Description of problem: Gigabyte GA-2cewH server board bios maps the pci-x bridges/bus numbers to 0x40,41,42. They are not detected after instilation ergardless of type of cards in them, ie storage,nic. The lspci and proc pci dir util only lists up to bus 4. The admin guide refered to us the device command to pass the module name to anaconda in the kickstart but it did not detail the options switch, only listing some base io addresses. It also refered to passing these parms to the kernel (thru device >> anaconda??). I also saw this in the manual cd install but don't remember the man page and component it refered to in user/doc/... Sooo, how do you force anaconda to scan ALL pci bus numbers. Version-Release number of selected component (if applicable): Redhat EL AS 2 update 2 with online updates. How reproducible:always on that motherboard Steps to Reproduce: 1.install RH EL AS4 u2 with / without cards in the PCI-X slots ON THAT MOTHERBOARD. (no bios update or response yet from Gigabyte) 2.Aften install check lspci or proc pci and observe the pci-x slots are not detected. 3. Actual results: Expected results: Additional info:
*** Bug 190240 has been marked as a duplicate of this bug. ***
Ive seen this before (its not that uncommon). We might need to work out a patch for this, but one of these boot args might work (#3 looks like the best perhaps). Can you give these a try and provide feedback regarding if it fixed the issue or not? (1) The `pci=assign-busses' Argument This tells the kernel to always assign all PCI bus numbers, overriding whatever the firmware may have done. (2) The `pci=bios' and `pci=nobios' Arguments These are used to set/clear the flag indicating that the PCI probing is to take place via the PCI BIOS. The default is to use the BIOS. (3) The `pci=lastbus=' Argument This allows the user to supply a lastbus value, which is converted using strtol(). It will scan all buses till bus N. Can be useful if the kernel is unable to find your secondary buses and you want to tell it explicitly which ones they are.
Can we get an update on the status of this bug? Did any of the boot args help?
Does this problem still exist in newer RHEL kernels? I.e. can I close this bug?
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. Please See https://access.redhat.com/support/policy/updates/errata/ If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.