From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 30 00:46:24 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8261B16A4CE for ; Tue, 30 Mar 2004 00:46:24 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D3243D3F for ; Tue, 30 Mar 2004 00:46:24 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i2U8kKkj003848; Tue, 30 Mar 2004 01:46:20 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 30 Mar 2004 01:46:32 -0700 (MST) Message-Id: <20040330.014632.132641792.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20040330083607.GC32646@cicely12.cicely.de> References: <1080613926.1125.6.camel@dirk> <20040329.194434.48530053.imp@bsdimp.com> <20040330083607.GC32646@cicely12.cicely.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: samuel.lawrance@studentmail.newcastle.edu.au cc: freebsd-hackers@freebsd.org Subject: Re: usbd config file parse behaviour X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2004 08:46:24 -0000 In message: <20040330083607.GC32646@cicely12.cicely.de> Bernd Walter writes: : On Mon, Mar 29, 2004 at 07:44:34PM -0700, M. Warner Losh wrote: : > In message: <1080613926.1125.6.camel@dirk> : > Sam Lawrance writes: : > : On Sun, 2004-03-28 at 20:47, Bernd Walter wrote: : > : > On Sun, Mar 28, 2004 at 01:31:03AM -0700, M. Warner Losh wrote: : > : > > Btw, any interest in making it possible to kldload a usb module and : > : > > having device attach to it? Right now the usb code assumes that you : > : > > can unplug the device and replug it back in. I have at least two : > : > > devices on my laptop that can't be removed (bluetooth and memory stick : > : > > reader), so I can't dynamically load drivers for them... : > : > : > : > I'll think about it. : > : > Reprobing is not so much an issue as selecting an interface for it. : > : : > : would this done by filling in uhub_driver_added() to find a better : > : driver match for a device and reattaching? : > : > Yes. Actually, it also requires some changes to newbus as well to : > allow for rebidding of devices. And there's some minor resetting of : > the device that likely needs to happen, but that's lower priority. : : Don't forget that we already have a driver for every USB device: ugen(4) : We need a better trigger to reprobe drivers - thats the real problem. No. That's not the real problem here. The real problem here is that uhub doesn't implement the driver_added callback correctly. The ugen issue, while interesting, can be overcome by not having ugen in the kernel. When ugen is in the kernel, we do need to do the rebid thing in newbus, which we don't do, but there's little point in fixing one w/o fixing the other. Warner