erebion/coreboot
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

the multiboot map is generated too early in

Browse source 
arch_write_tables(), before a number of routines that write/reserve
stuff are executed (in my test this only affects the 0x0-0x500 region
but I notice there's other stuff too).

Attached patch moves it down, solving the problem.  Because stage1 can no
longer assume the MBI is at 0xf0000, I had to add a return path for stage2
to give it a pointer, using its exit status value.

Signed-off-by: Robert Millan <rmh@aybabtu.com>
Acked-by: Jordan Crouse <jordan.crouse@amd.com>


git-svn-id: svn://coreboot.org/repository/coreboot-v3@936 f3766cd6-281f-0410-b1cd-43a5c92072e9
This commit is contained in:
Jordan Crouse 2008-10-17 22:49:43 +00:00
commit 5d37f8595c
5 changed files with 26 additions and 21 deletions
Download patch file Download diff file Expand all files Collapse all files

4
include/tables.h
View file

@ -30,7 +30,7 @@
* defined here.
*/
struct lb_memory *write_tables(void);
void *write_tables(void);
/* The coreboot table information is for conveying information
* from the firmware to the loaded OS image. Primarily this
@ -270,7 +270,7 @@ struct cmos_checksum {
#define CHECKSUM_PCBIOS 1
};
struct lb_memory *arch_write_tables(void);
void *arch_write_tables(void);
unsigned long write_coreboot_table(
unsigned long low_table_start, unsigned long low_table_end,
unsigned long rom_table_start, unsigned long rom_table_end);