> >> I don't see any reason not to move that resource into the northbridge > >> to avoid that issue. It's a simple fix. Is there a good reason for > >> having the MMCONF BAR in the APIC cluster? > > This is what I was thinking. Build tested only. > > > > Signed-off-by: Myles Watson <myle...@gmail.com> > > > > Oh, this was very good! Thank you! Now I can load Linux kernel on the > M4A78-EM, although it doesn't boot successfully yet.
I'm glad it's getting better. Your e820 doesn't look right, though. [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f400 (usable) [ 0.000000] BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 000000002ffef000 (usable) [ 0.000000] BIOS-e820: 000000002ffef000 - 0000000040000000 (reserved) [ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) Your devices have resources mapped from c0000000-e0000000 that don't show up. I can't remember where it would get that value from, but I think it is worth looking into. Thanks, Myles -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot