[coreboot] patch: unshare pci operations

Marc Jones marc.jones at amd.com
Thu Oct 23 20:11:17 CEST 2008


Stefan Reinauer wrote:
> Here's the memory map of the low meg on one of my boxes running coreboot:
>
>          * 0x00000000 - 0x000003ff      Real Mode IVT
>          * 0x00000020 - 0x0000019c      MP Table (XXX conflict?)
>          * 0x00000400 - 0x000004ff      BDA (somewhat unused)
>          * 0x00000500 - 0x0000052f      Moved GDT
>          * 0x00000530 - 0x00000b64      coreboot table
>          * 0x00000c00 - 0x00000c9f      SMI communication
>          * 0x0007c000 - 0x0007dfff      OS boot sector (unused?)
>          * 0x0007e000 - 0x0007ffff      free to use
>          * 0x00080000 - 0x0009fbff      usable ram
>          * 0x0009fc00 - 0x0009ffff      EBDA (unused at the moment?)
>          * 0x000a0000 - 0x000bffff      VGA memory
>          * 0x000c0000 - 0x000cffff      VGA option rom
>          * 0x000d0000 - 0x000dffff      free for other option roms?
>          * 0x000e0000 - 0x000fffff      SeaBIOS? (XXX conflict?)
>          * 0x000f0000 - 0x000f03ff      PIRQ table
>          * 0x000f0400 - 0x000f66??      ACPI tables
>          * 0x000f66?? - 0x000f????      DMI tables
>
>   
Seabios in E0000 is good. Mapping out where everything lives in F0000 is 
really good. The PIRQ table, DMI table, and the first part of the ACPI 
tables needs to be in F0000. A large part of the ACPI tables can be in 
the top of memory. We would need to add that region to E820 via the 
coreboot table. Maybe the coreboot table should be in F0000 too.

We should still have space left over to use for shared functions. Printk 
and lar functions might be the best candidates.

Marc

-- 
Marc Jones
Senior Firmware Engineer
(970) 226-9684 Office
mailto:Marc.Jones at amd.com
http://www.amd.com/embeddedprocessors






More information about the coreboot mailing list