On Mon, Sep 13, 2010 at 5:37 PM, Scott Duplichan scott@notabs.org 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:
- 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.
- 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.
- 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:
- 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