5.4: pci_link problem on 440BX
John Baldwin
jhb at freebsd.org
Mon Dec 5 21:23:59 GMT 2005
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 at FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
More information about the freebsd-acpi
mailing list