From owner-freebsd-usb@FreeBSD.ORG Wed Jan 9 23:40:10 2008 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D7E616A421 for ; Wed, 9 Jan 2008 23:40:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 25AF613C448 for ; Wed, 9 Jan 2008 23:40:10 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id DDD751A4D83; Wed, 9 Jan 2008 15:18:00 -0800 (PST) Date: Wed, 9 Jan 2008 15:18:00 -0800 From: Alfred Perlstein To: Hans Petter Selasky Message-ID: <20080109231800.GT52842@elvis.mu.org> References: <200801090114.56195@aldan> <200801091015.17730@aldan> <200801091934.54053.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801091934.54053.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: johnjen@reynoldsnet.org, R.Tobin@ed.ac.uk, Mikhail Teterin , usb@freebsd.org Subject: Re: BlackBerry (Re: using libusb) X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jan 2008 23:40:10 -0000 * Hans Petter Selasky [080109 11:31] wrote: > > Some open problems that needs to be resolved: > > Should we allow parallell access to USB interfaces? I think the initial revision should probably be "no" but to keep in mind that it may be needed at a later date. One thing to think about is that I recall some third party printer management tools that needed "ugen" in order to pass through specific usb commands, but then wanted to actually use the "ulpt" device afterwards. It might make sense to have a range of ioctls that should "pass through" all usb devices if possible, sort of like how socket options can be passed down through the socket layer and into the protocol, ie. TCP_NODELAY. As far as rights, for the time being root is probably OK, don't get caught up in details. :) -Alfred