[coreboot] [PATCH]clean up bootblocksize handling in cbfstool, kconfig
maciej.pijanka at gmail.com
Thu Nov 12 00:57:18 CET 2009
On 12/11/2009, Myles Watson <mylesgw at gmail.com> wrote:
>>> This doesn't seem like it should be a config option any more.
>> Ideally, it will become some automatic "as small as possible"
>> Unfortunately ld doesn't allow to align everything to an upper boundary,
>> this requires the link-twice trick or so.
>> So for now, I'd like to keep it there - people might want to tweak it. As
>> example (which made me look into this in the first place), someone
>> on #coreboot wanted to use a smaller bootblock. Until this automatically
>> happens, we'll have to allow this to change.
> Sounds good.
For me, ROMBASE must be at 0xFFFE000, that is 4G - romchip size (128k).
if i try to set it to anything else i get some errors while build like:
$ grep ROMBASE build/ldoptions ; grep -A2 ROMBASE
CONFIG_ROMBASE = 0xfffe1000;
PAYLOAD payload.elf l
/home/agaran/Coreboot/trunk/build/coreboot.rom: 128 kB, bootblocksize
0, romsize 131072, offset 0x0
Alignment: 64 bytes
Name Offset Type Size
fallback/coreboot_ram 0x0 stage 33186
fallback/payload 0x8200 payload 16172
0xc180 null 81464
make: *** [/home/agaran/Coreboot/trunk/build/coreboot.rom] Segmentation fault
make: *** Deleting file `/home/agaran/Coreboot/trunk/build/coreboot.rom'
but i found way that works for me (but it is somewhat ugly)
(see patch in attachment)
this causes to increase space before actual rom code, but main
disadvantage is need to make this change manual, probably this could
be scripted (default extra gap = 0, and changed via some echo after
first linking when amount of space after rom code before jumpvector is
or maybe you have better idea
ps. please just tell me if this make no sense at all
Maciej Pijanka, PLD-Linux Developer, Reg Linux user #133161
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1080 bytes
Desc: not available
More information about the coreboot