Date: Mon, 01 May 2006 09:53:17 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: doconnor@gsoft.com.au Cc: freebsd-current@freebsd.org, grafan@gmail.com, marcel@xcllnt.net Subject: Re: lpt0 disappear (ppc related) Message-ID: <20060501.095317.06445891.imp@bsdimp.com> In-Reply-To: <200605011421.49909.doconnor@gsoft.com.au> References: <6eb82e0604302110j7bca56eftce23feb306111823@mail.gmail.com> <F6294440-A3A6-4B45-90F4-84B51405E79C@xcllnt.net> <200605011421.49909.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <200605011421.49909.doconnor@gsoft.com.au>
"Daniel O'Connor" <doconnor@gsoft.com.au> writes:
: On Monday 01 May 2006 13:50, Marcel Moolenaar wrote:
: > > As for building acpi into kernel, i386/conf/NOTES says:
: > >
: > > # Note that building ACPI into the kernel is deprecated; the module is
: > > # normally loaded automatically by the loader.
: > >
: > > I thought that was deprecated?
: >
: > No, it isn't really. The use of modules is not a requirement.
:
: However you wouldn't expect that using it as a module would result in reduced
: functionality. (The same as how you wouldn't expect compiling something into
: your kernel would result in reduced functionality)
At the same time, you'd expect it to behave like every other 'bus' in
the tree. We omit the attachments for drivers to that bus when the
kernel is built w/o that bus. This is why if you have, say, ep in the
kernel, but pccard loaded as a module, the 3c589 you just inserted
into the pccard slot won't work.
It is a minor imperfection in the config system that no one has taken
on as a Problem To Solve. Solving it turns out to be somewhat tricky.
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060501.095317.06445891.imp>