panic: probing for non-PCI bus
John Baldwin
jhb at FreeBSD.org
Tue Nov 11 12:29:03 PST 2003
On 11-Nov-2003 John Hay wrote:
>> >> > Upgrading a Asus P2L97-DS dual Pentium II 266MHz box, I got this panic
>> >> > when booting:
>> >> >
>> >> >############################
> ...
>> >> > CPU: Pentium II/Pentium II Xeon/Celeron (267.27-MHz 686-class CPU)
>> >> > Origin = "GenuineIntel" Id = 0x633 Stepping = 3
>> >> > Features=0x80fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,MMX>
>> >> > real memory = 134205440 (127 MB)
>> >> > avail memory = 125018112 (119 MB)
>> >> > MPTable: <OEM00000 PROD00000000>
>> >> > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>> >> > cpu0 (BSP): APIC ID: 1
>> >> > cpu1 (AP): APIC ID: 0
>> >> > ioapic0: Assuming intbase of 0
>> >> > ioapic0 <Version 1.1> irqs 0-23 on motherboard
>> >> > Pentium Pro MTRR support enabled
>> >> > acpi0: <ASUS P2L97-DS> on motherboard
>> >> > pcibios: BIOS version 2.10
>> >> > Using $PIR table, 7 entries at 0xc00f0d20
>> >> > acpi0: Power Button (fixed)
>> >> > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
>> >> > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
>> >> > acpi_cpu0: <CPU> on acpi0
>> >> > pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
>> >> > pci0: <ACPI PCI bus> on pcib0
>> >> > pcib0: slot 4 INTD is routed to irq 5
>> >> > pcib0: slot 6 INTA is routed to irq 5
>> >> > pcib0: slot 10 INTA is routed to irq 12
>> >> > pcib0: slot 11 INTA is routed to irq 10
>> >> > pcib0: slot 12 INTA is routed to irq 11
>> >> > panic: probing for non-PCI bus
>> >> > cpuid = 0;
>> >> > Uptime: 1s
>> >> > Shutting down ACPI
>> >> > Automatic reboot in 15 seconds - press a key on the console to abort
>> >> > Rebooting...
>> >> >############################
>> >>
>> >> Can you provide a copy of your mptable?
>>
>> Wait, you have ACPI enabled, but ACPI didn't enumerate your CPUs? Umm, can
>> you provide an acpdump -t from your machine? Also, can you try hacking
>> mptable_pci_probe_table() in mptable.c to print out pci0 and bus at the start
>> of the function? Thanks.
>
> Ok, acpidump -t output at the end.
Oof, no MADT table. Your BIOS sucks. :-P Don't use ACPI because PCI interrupts
aren't going to work otherwise. Does this system have an AGP slot? Also, do
you have a dmesg from before?
--
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-current
mailing list