Date: Thu, 13 May 2004 09:54:00 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: des@des.no Cc: dfr@freebsd.org Subject: Re: newbus flaw Message-ID: <20040513.095400.26471613.imp@bsdimp.com> In-Reply-To: <xzpsme4bo5g.fsf@dwp.des.no> References: <xzp8yfxcrs7.fsf@dwp.des.no> <200405130927.01034.dfr@nlsystems.com> <xzpsme4bo5g.fsf@dwp.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <xzpsme4bo5g.fsf@dwp.des.no> des@des.no (Dag-Erling Sm=F8rgrav) writes: : Doug Rabson <dfr@nlsystems.com> writes: : > When the old module unloaded, its driver will have detached from th= e = : > device which it created. There is no reference to an old driver_t. = Its = : > perfectly safe for the new driver to use the old device. : = : so why do you say I "shouldn't reset the old driver and desc"? subr_bus.c does that already on detach. The association between devclass and device_t is done just prior to probe being called on a per device basis. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040513.095400.26471613.imp>