On Wed, May 21, 2008 at 3:32 PM, Stefan Reinauer stepan@coresystems.de wrote:
Myles Watson wrote:
-----Original Message----- From: coreboot-bounces@coreboot.org [mailto:coreboot-bounces@coreboot.org] On Behalf Of Kevin O'Connor Sent: Monday, May 19, 2008 6:02 PM To: coreboot@coreboot.org Subject: Re: [coreboot] legacybios update
On Sun, May 18, 2008 at 03:14:22AM -0400, Kevin O'Connor wrote:
Hi,
I've just pushed a new elf payload to:
http://linuxtogo.org/~kevin/legacybios/bios.bin.elf-20080518
This version should be free of qemu dependencies.
Just wanted to give an update. On Sunday, Uwe was able to run some tests with "legacybios". What was found:
- coreboot-v2 can run legacybios. It does require disabling valid_area() check in in src/boot/elfboot.c
Coreboot writes the PIRQ and ACPI tables in this area. Right now it doesn't matter since legacybios doesn't use this information, but eventually we might want to change this.
Also, DMI is going there, too, in my implementation that I hope to publish soon.
I wonder what we do with those tables.. normal bios puts a bunch of them at the end of memory. We have limited locations to put them at, because the OS has to find them.
How much of the F segment is actually used by legacybios?
All of it. The callback entry points are at fixed locations, and the rest of the code lives there too.
Should we put that stuff into the lbtable as an option and have legacy relocate it? Or is there a safe place where we can put them to begin with..?
I'm not sure.
Thanks, Myles
Stefan