Date: Thu, 17 Jun 2004 12:47:04 -0400 From: John Baldwin <jhb@FreeBSD.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 bios.c Message-ID: <200406171247.04461.jhb@FreeBSD.org> In-Reply-To: <20040615.210216.97064988.imp@bsdimp.com> References: <200406150212.i5F2CCaH095335@repoman.freebsd.org> <200406152008.50656.jhb@FreeBSD.org> <20040615.210216.97064988.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 15 June 2004 11:02 pm, M. Warner Losh wrote: > In message: <200406152008.50656.jhb@FreeBSD.org> > > John Baldwin <jhb@freebsd.org> writes: > : On Monday 14 June 2004 10:12 pm, Nate Lawson wrote: > : > njl 2004-06-15 02:12:12 UTC > : > > : > FreeBSD src repository > : > > : > Modified files: > : > sys/i386/i386 bios.c > : > Log: > : > We only need the devclass_find() result, not the softc. > : > : The devclass still exists if there is no acpi0 device due to 'set > : hint.acpi.0.disabled=1'. Perhaps devclass_get_device() is more > : appropriate than devclass_get_softc() though. > > The hint is insufficient to create the devclass, I believe. It exists > because there's a node in the tree or could be a node in the tree. > devclass_get_device() and checking to see if it is attached might be > even better. The devclass exists even if there is no acpi0 device is my point. If acpi.ko is loaded or compiled into the kernel, then the driver is going to be loaded and the devclass added to the kernel's list. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200406171247.04461.jhb>