device atpic to be deprecated?
John Baldwin
jhb at freebsd.org
Mon Apr 10 19:29:24 UTC 2006
On Monday 10 April 2006 14:24, Conrad J. Sabatier wrote:
> On Mon, 3 Apr 2006 11:52:25 -0400
> John Baldwin <jhb at freebsd.org> wrote:
> > On Sunday 02 April 2006 07:07, Conrad J. Sabatier wrote:
> > > On Wed, 29 Mar 2006 13:15:54 -0500
> > > John Baldwin <jhb at freebsd.org> wrote:
> > > >
> > > > I have to make sure it really works for everyone first though
> > > > before removing it would really be viable. :-/
> > >
> > > So, would it be necessary to upgrade to HEAD in order to make sure
> > > that this problem won't still occur on my box? Or has this stuff
> > > already been merged to STABLE?
> >
> > This particular bunch of code is identical in HEAD and 6.x right
> > now, so we can probably debug it on STABLE just fine.
>
> Well, some testing with my latest STABLE source update (Fri, Apr 7)
> exhibits the same problems.
>
> I can boot the kernel and mount root OK with or without ACPI enabled
> (via the loader tunable hint.acpi.0.disabled), but not without atpic.
>
> I can even boot OK without "device acpi" compiled into the kernel
> explicitly (and with no acpi module, either, of course, as this
> doesn't get built under amd64), but without atpic and the associated
> ACPI bits it pulls in, it's a definite show-stopper.
>
> Another interesting side effect I've noticed is that without acpi, the
> built-in nVidia sound chip (with the snd_ich driver compiled in) is not
> recognized either.
I've lost the context.. Can you provide a verbose dmesg both with
and without 'device atpic'?
--
John Baldwin <jhb at FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
More information about the freebsd-current
mailing list