Robert Hancock <hancockr@shaw.ca> writes:AMD publicly releases errata sheets/data sheets for their PCI bridges (check their website). I haven't checked the 8132 errata for this though. Not sure it implements MMCONFIG at all. However the PCI Express chipsets typically do implement their own MMCONFIG aperture. The internal northbridge devices on K8 are not reachable through mmconfig. While BIOS are supposed to express this in MCFG by excluding that bus many don't. That was the original reason I added the type1<->mcfg sanity check. It catches the K8 case fine. The way it works on K8 systems is that the CPU internal northbridge knows nothing about MMCONFIG, but that the external chipsets implement an MMCONFIG aperture on their own outside the northbridge. If you have multiple bridges like some SLI K8 setups that could be multiple ones. This has changed on the Quad Core Fam10h CPUs BTW -- there the NB can deliver an single mmconfig aperture that is translated to appropiate transactions on the Hypertransport link. What might happen with K8 and 8132 (I'm speculating here) is that they got a PCI Express chipset that implements an MMCONFIG aperture for its devices, but the system also has a PCI-X 8132 bridge and the MMCONFIG aperture inside the chipset doesn't support talking to the 8132 which might be "upstream" in the HT topology. And the BIOS' MCFG doesn't tell Linux that. -Andi --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Andi Kleen | [PATCH x86] [0/16] Various i386/x86-64 changes |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Pavel Roskin | ndiswrapper and GPL-only symbols redux |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
