Kernel Bug Tracker – Bug 1741
Asus PR-DLS533 motherboard PCI problem
Last modified: 2004-04-22 13:16:12 UTC
Distribution: xS+S BLD
Hardware Environment: Asus AP1700-S5 server with dual Xeon 2.8GHz
(This bug seems to be similar to bug #1662, but with slightly different hardware)
Booting the system with an ACPI enabled kernel, the built-in Fusion MPT driver
does not find the LSI Logic 53c1030 PCI-X Fusion-MPT U320 SCSI controller.
I have to boot with "acpi=off" or "pci=noacpi" to get the SCSI hardware
recognized. Verified with 2.4.21-ac (ACPI revision 20030522), 2.4.23, 2.4.24-pre2
Upgraded to most current BIOS (2GBL1009, from Dec. 15th, 2003), but problem
Created attachment 1733 [details]
Output of acpidmp
Created attachment 1734 [details]
/proc/interrupts (with pci=noacpi)
Output from cat /proc/interrupts on kernel 2.4.24-pre2 booted with "pci=noacpi"
Created attachment 1735 [details]
lspci -v (with pci=noacpi)
Output of "lspci -v" on kernel 2.4.24-pre2 booted with "pci=noacpi"
Created attachment 1736 [details]
kernel boot messages (pci=noacpi)
boot messages from kernel 2.4.24-pre2 booted with "pci=noacpi"
Created attachment 1737 [details]
/proc/interrupts (full acpi)
This is the output of "cat /proc/interrupts" for kernel 2.4.21-ac with full
Created attachment 1738 [details]
lspci -v (full acpi)
This is the output of "lspci -v" for kernel 2.4.21-ac with full acpi enabled
Created attachment 1739 [details]
kernel boot messages (full acpi)
These are the boot messages for kernel 2.4.21-ac with full acpi enabled (sorry
for the mix of kernel versions, but I have to use my rescue floppy to provide
infos with full acpi, and I do not have a bootable floppy set for newer kernels
according to the acpidmp, it's same problem as bug #1662. all pci root bridges
_BBN method incorrectly returns 0 , which means in ACPI mode, all pci root
bridges will have bus number 0. So, some PCI devices can't be found or work.
According to ACPI spec 6.5.5 _BBN (Base bus number):
For muti-root PCI machines, _BBN is PCI bus number that BIOS assigns. This
is needed to access a PCI_CONFIG operation region for the specific bus. The
BBN must be unique for every host bridge within a segment since it is the PCI
Thanks for your comments!
So, this is essentially a BIOS bug without workaround and should be reported to
If so, can I use your comments and reference to the ACPI spec to
describe the problem?
*** This bug has been marked as a duplicate of 1662 ***