On Mon, Sep 13, 2010 at 5:37 PM, Scott Duplichan <[email protected]> wrote: > I am able to boot Win7 using coreboot+seabios on a couple of AMD SB700 > systems. > Testing so far is with simnow only. Hopefully someone else can try the changes > on a real board. I am still building with UMA disabled and using external PCI > video instead, to avoid a payload/acpi table overlap problem. Thanks for your work.
I'd be interested in your tests of the latest code with the changes to the Asus M4... board. > I have tested > with Tilapia family 10h and Mahogany family 10h on simnow using Win7 PE > edition (see attached). Usually a pass with this setup means real hardware > will work, and other Win7 editions will work as well. Here are the changes: > > 1) Fix BSOD about "this bios is not fully acpi compliant". Windows makes this > BSOD because DRAM is reported both by E820 and by SB ACPI _CRS. Also, there > is a reference to undefined ACPI object TOM2. Removing the reporting of DRAM > from ACPI _CRS solves these problems. > > 2) SB I/O APIC ID: Coreboot programs ID zero, which conflicts with processor > cores. ACPI reports ID 2, which conflicts with processor cores. Win7 > reprograms to match ACPI. The conflict seems harmless, at least with simnow > testing. I gave the I/O APIC a unique ID just to be sure. > > 3) PS/2 KB and mouse were missing from ACPI which causes Win7 to ignore them. > I added them. > > Other patches I used, unrelated to Win7: > > 1) Avoid an essentially infinite PCI bus scan when a bad dev_fn value is > passed in from hypertransport.c. It is not clear if this can happen only > on simnow. This has been patched in svn now. The root cause should still be fixed, but at least it shouldn't have an infinite loop any more. Thanks, Myles -- coreboot mailing list: [email protected] http://www.coreboot.org/mailman/listinfo/coreboot
