Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt

Nate Lawson wrote:
> A possible fix is to change each reference to LP* in the PICM and APIC 
> packages to be \LPUS, \LP05, etc.  Then recompile and load your asl via 
> the instructions for overriding it in acpi(4).
> 
> I'm still not sure why this is broken though so I think it's a red 
> herring and suspect the asl fix won't help.  I suspect the real reason 
> is that \LPUS is not probed/attached before calling pci_add_child() on 
> PCI0.  Pawel, can you stick a printf in acpi_pci_link_attach() right 
> before the return (0) like this:
> 
> printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev)));
> 
> I suspect we won't see LPUS there before it panics.
> 

I do not even see the code enter acpi_pci_link_attach(), even added a dummy
printf at the top of the method.

I modified the AML, changed all LP* to \LP* (except for the Device(LP*) ones,
should I change these too?) the result was a couple of errors during boot.
I broke something didn't I?

can't fetch resources for \_SB_.PCI0 - AE_AML_INVALID_RESOURCE_TYPE
can't fetch resources for \_SB_.PCI0.ISA_.SIOM - AE_AML_NO_RESOURCE_END_TAG
can't fetch resources for \_SB_.PCI0.ISA_.PS2M - AE_AML_NO_RESOURCE_END_TAG
can't fetch resources for \_SB_.PCI0.ISA_.FDC0 - AE_AML_NO_RESOURCE_END_TAG
can't fetch resources for \_SB_.PCI0.ISA_.COM1 - AE_AML_NO_RESOURCE_END_TAG
can't fetch resources for \_SB_.PCI1 - AE_AML_INVALID_RESOURCE_TYPE
can't fetch resources for \_SB_.PCI2 - AE_AML_INVALID_RESOURCE_TYPE
can't fetch resources for \_SB_.PCI3 - AE_AML_INVALID_RESOURCE_TYPE
can't fetch resources for \_SB_.PCI4 - AE_AML_INVALID_RESOURCE_TYPE
..
Fatal trap 12: page fault while in kernel mode
[same old story]
...

-- 
Pawel