On 10/06/2010 04:20 PM, Yinghai Lu wrote: > On 10/06/2010 04:17 PM, Bjorn Helgaas wrote: >> The AMD doc mentions an enable bit (HIDE_MMCFG_BAR), and I suppose we could >> set that and make the whole thing go away. But I sort of hate to add >> chipset-specific information unless we have to. > > that step should be done by BIOS before OS take over. so quirk for specific chipset should be ok. > > later with system with new chipset, they have chance to fix that in BIOS. By the way, there is absolutely nothing illogical about using a BAR for this configuration; in fact, it is actually documented in the spec that this is a possible configuration, since the BARs are accessible via CF8-CFC. They are real BARs just as much as any BAR attached to a host bridge -- those addresses of course never appear on the bus since they are consumed by the host bridge itself, but that is true for other types of BARs as well. So this really is just another instance of the general rule that firmware-enumerated resources need to be pinned. -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html