On 11/8/06, Linus Torvalds <[email protected]> wrote:
On Wed, 8 Nov 2006, Adrian Bunk wrote:
> >
> > Anyway, I do not consider this a regression. MMCONFIG has _never_ worked
> > reliably. It has always been a case of "we can make it work on some
> > machines by making it break on others".
>
> It is a serious regression:
>
> The problem is that with the default CONFIG_PCI_GOANY, MMCONFIG is the
> _first_ method tried.
No. That was a bug at some point, but it's not that way now. See
pci_access_init(void)
which checks the pci_direct_probe() first, and only _then_ calls
pci_mmcfg_init(). And pci_mmcfg_init() will refuse to even use MMCONFIG
unless either the direct probe failed _or_ the MMCONFIG area is marked
entirely reserved in the e820 tables. Exactly because MMCONFIG generally
doesn't _work_.
It appears in both i386 and x86-64 that the check is only on the first MCFG
entry and it only checks a hard-coded value of 16 buses. This check is only
done if pci access type == 1. The patches I posted yesterday have a few more
checks and warnings concerning the MCFG region, but these checks are only for
the resource allocation. They do not concern actual config access. With those
patches applied we should be at least able to track more buggy BIOS's provided
that people notice messages in their dmesg.
-Aaron
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
