On Tuesday, October 02, 2012 7:12:59 pm Sean Bruno wrote: > On Tue, 2012-10-02 at 14:06 -0700, John Baldwin wrote: > > On Tuesday, October 02, 2012 3:05:30 pm Sean Bruno wrote: > > > On Mon, 2012-10-01 at 05:47 -0700, John Baldwin wrote: > > > > Can you add extra printfs to see where exactly attach is failing? I > > > > would > > > > start with the attach routine in sys/dev/acpica/acpi_pcib_pci.c: > > > > > > > > > > > > > > hrm ... interesting side effects. After adding my printf's I don't hit > > > the panic any more. :-) > > > > > > I changed the ret val of acpi_pcib_pci_attach() and put in some > > > instrumentation in acpi_pcib_attach(). The key value is that > > > acpi_DeviceIsPresent() appears to be returning FALSE in this case. > > > > > > patch used -->http://people.freebsd.org/~sbruno/acpi_pcib.txt > > > > What happens if you just comment out the acpi_DeviceIsPresent() check? > > > > > wow, it booted up and seems to be fine. huh ... > pcib7: <ACPI PCI-PCI bridge> at device 28.0 on pci0 > pcib7: domain 0 > pcib7: secondary bus 7 > pcib7: subordinate bus 7 > pcib7: no prefetched decode > pci7: <ACPI PCI bus> on pcib7 > pci7: domain=0, physical bus=7
Is there anything on the bus? -- John Baldwin _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"