On Fri, Sep 30, 2005 at 02:57:07PM +0900, Rajat Jain wrote: > > pciehp: pfar:cannot locate acpi bridge of PCI 0xb. > ...... > pciehp: pfar:cannot locate acpi bridge of PCI 0xe. This is saying that the driver's probe function was called for these pciehp capable bridges, but it didn't find them in the ACPI namespace. > > I am not sure where the problem lies. But the fact that the entries > are appearing correctly when I disable ACPI, combined with above error > messages, I suspect that there is a problem with ACPI namespace > (probably the resources cannot be found using ACPI). > At init time, the pciehp driver scans the ACPI namespace and tries to collect resources for all bridges - host as well as PCI. It's pretty rare for BIOS to describe PCI bridge resources in ACPI namespace, so that's not unusual. What's unexpected is that these pciehp bridges weren't even listed in the namespace. With the pciehp version that has acpi disabled, it's not going to try to get bridge resources and other information from acpi. In that case, it simply reads the bridge config space to determine resource ranges it is decoding. This is what the acpi version of pciehp also defaults to for PCI bridges that are listed without resource descriptions in the acpi namespace. So, the error you are running into is somewhat bogus. The proper long term fix is to change pciehp to not depend so much on acpi and just use the pci core for resource management. In the meantime, you should just use the non-acpi version of pciehp. Rajesh -- Kernelnewbies: Help each other learn about the Linux kernel. Archive: http://mail.nl.linux.org/kernelnewbies/ FAQ: http://kernelnewbies.org/faq/
