page fault panic in device_get_softc/acpi_pcib_route_interrupt
Nate Lawson
nate at root.org
Wed Dec 29 15:19:37 PST 2004
John Baldwin wrote:
> On Tuesday 28 December 2004 06:32 pm, Pawel Worach wrote:
>
>>John Baldwin wrote:
>>
>>>Are you still seeing this?
>>
>>Yes I am, updated boot -v with debug.rman_debug=1 below.
>>Sources are from 16:00 UTC today. Last working kernel I
>>have is from November 20, I can start a binary search if
>>you want.
>
>
> No, I'm fairly sure I know what the search would find. :) Nate, I think the
> problem here is that his link device doesn't have an associated device_t yet
> when he gets to this point. Can we force ACPI to enumerate all its devices
> and assign the associated device_t's via the GetData/SetData stuff before we
> actually probe any of the children, or do we do that already?
What you want, my friend, is multi-pass newbus. Oh wait, you were one
of the proponents of that. :)
You can overload the hack I have in acpi_probe_order() for sysresource
objects. Just do a manual check for the PNPID for PCI links and have
them probe first.
--
Nate
More information about the freebsd-current
mailing list