5.4: pci_link problem on 440BX
eugen at kuzbass.ru
Sun Dec 4 09:55:51 GMT 2005
John Baldwin wrote:
> > > We shouldn't print that message unless pci_link is enabled. When
> > > pci_link is disabled we shouldn't even be looking at PRT entries. Can
> > > you try booting a 6.0-snapshot CD and seeing if it works ok?
> > Now 6.0 boots to multiuser mode with ACPI fully enabled or fully disabled.
> > make buildworld cannot be completed with ACPI - still silent hang
> > of userland and no console switching (keyboard leds do switch and
> > KDB works).
> > 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);
> link = acpi_pci_link_lookup(dev, index);
> if (link == NULL)
> How does the 6.0 install CD do on your machine both with ACPI enabled and disabled?
Two problems, my IBM HDD with 6.0 died and I'll need reinstall 6.0 to perform
I still run 4.11-STABLE with that motherboard.
Second, I'll have no Internet access for a day or two.
So I'll answer some days later this week.
Thank you for patch.
More information about the freebsd-acpi