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