Date: Mon, 19 Apr 1999 10:27:36 +0100 (BST) From: Doug Rabson <dfr@nlsystems.com> To: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp> Cc: freebsd-current@freebsd.org Subject: Re: newbus and modem(s) Message-ID: <Pine.BSF.4.05.9904191021270.85882-100000@herring.nlsystems.com> In-Reply-To: <199904190857.RAA01297@shidahara1.planet.sci.kobe-u.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 19 Apr 1999, Takanori Watanabe wrote: > In message <Pine.BSF.4.05.9904190929070.85882-100000@herring.nlsystems.com>, Do > ug Rabson wrote: > >On Mon, 19 Apr 1999 takawata@shidahara1.planet.sci.kobe-u.ac.jp wrote: > >> Simple Question. > >> If there were 'Closed'-Host-Controller-Interface with object-only driver, > >> Can the vendor make the Host controller recognized without changing > >> usb.c code? > >> > >> #That's what frustrated me while writing driver for smbus controller. > > > >It really depends on the nature of the bus. For plug-and-play style busses > >such as USB and PCI, the controller can decide what devices exist without > >the help of drivers and can then uniquely match them with the right > >driver. This trivially allows drivers to be added after the system is > >running. > > I don't mention on upstream driver such as 'ukbd' > (I think such device can be add truly dynamic),but I mention on > 'host-controller' like [ou]hci. > > What I ask is what shall I do if there is a downstream driver without > declared DRIVER_MODULE on upstream bus.Are there any way without changing > upstream bus code? I don't think I understand. The DRIVER_MODULE declaration goes in the downstream driver, not the upstream bus. The bus doesn't need any knowledge of what drivers might be attached to it. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9904191021270.85882-100000>