Date: Mon, 5 Dec 2005 15:25:09 -0500 From: John Baldwin <jhb@freebsd.org> To: Eugene Grosbein <eugen@kuzbass.ru> Cc: freebsd-acpi@freebsd.org Subject: Re: 5.4: pci_link problem on 440BX Message-ID: <200512051525.10549.jhb@freebsd.org> In-Reply-To: <20051205192257.GC75425@svzserv.kemerovo.su> References: <20050513140240.GA25774@svzserv.kemerovo.su> <200512021732.15866.jhb@freebsd.org> <20051205192257.GC75425@svzserv.kemerovo.su>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 05 December 2005 02:22 pm, Eugene Grosbein wrote:
> > > 6.0's GENERIC does not boot to single user with
> > > debug.acpi.disabled="pci_link", fatal trap 12 occures: page fault while
> > > in kernel mode,
> > > fault virtual address 0x0, supervisor read, page not present
> > > in acpi_pci_link_lookup+0x26.
> >
> > I think I know what this is and this patch probably fixes the panic in
> > the case that you use 'debug.acpi.disabled="pci_link"'
> >
> > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pci_link.c
> > 2005/11/23 16:40:40 +++
> > //depot/user/jhb/acpipci/dev/acpica/acpi_pci_link.c 2005/12/02 22:28:08
> > @@ -1011,6 +1011,9 @@
> > {
> > struct link *link;
> >
> > + if (acpi_disabled("pci_link"))
> > + return (PCI_INVALID_IRQ);
> > +
> > ACPI_SERIAL_BEGIN(pci_link);
> > link = acpi_pci_link_lookup(dev, index);
> > if (link == NULL)
>
> 6.0-RELEASE boots with this patch, ACPI enabled
> and debug.acpi.disabled="pci_link", make buildworld started
> but several minutes later kernel started to write to console:
So it's not pci_link that's your problem, but something else ACPI triggers in
ata(4).
--
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?200512051525.10549.jhb>