[coreboot] via vt82c686 southbridge

Ward Vandewege ward at gnu.org
Tue Sep 9 22:45:14 CEST 2008


On Tue, Sep 09, 2008 at 10:13:41PM +0200, Daniel Lindenaar wrote:
> Ward Vandewege wrote:
>> On Tue, Sep 09, 2008 at 09:41:47PM +0200, Daniel Lindenaar wrote:
>>   
>>> the log ends with:
>>>
>>> elfboot: Attempting to load payload.
>>> rom_stream: 0xfffe0000 - 0xfffeffff
>>> No header at 0
>>> No header at 16
>>> No header at 32
>>> No header at 48
>>> No header at 64
>>> No header at 80
>>> No header at 96
>>> No header at 112
>>> No header at 128
>>> No header at 144
>>> No header at 160
>>> No header at 176
>>> No header at 192
>>> No header at 208
>>> No header at 224
>>> No header at 240
>>> No header at 256
>>> No header at 272
>>> No header at 288
>>> No header at 304
>>> No header at 320
>>> No header at 336
>>> No header at 352
>>> No header at 368
>>> No header at 384
>>> ---
>>> snip
>>> ---
>>> No header at 8096
>>> header_offset is -1
>>> Can not load ELF Image.
>>>
>>> I was trying to use filo as a bootloader, but apparently something 
>>> went  wrong.
>>>
>>> any hints?
>>>     
>>
>> Yes. Disable lzma compression for your filo payload, and it will work.
>>
>> What you see is coreboot not finding a proper lzma compressed filo payload,
>> and falling back to trying to find an uncompressed payload. That fails.
>>
>> For some reason lzma-compressing filo and etherboot generates an invalid
>> image; I have not investigated why yet.
>>
>> Thanks,
>> Ward.
>>   
> hmmm... How do I do this? I've got:
> export CONFIG_COMPRESSED_PAYLOAD_LZMA:=0

Do you also have 

  CONFIG_PRECOMPRESSED_PAYLOAD

set to zero?

> in Makefile.settings and the 'payload' file in the normal and fallback  
> dirs looks like an ELF binary...

OK.

Thanks,
Ward.

-- 
Ward Vandewege <ward at fsf.org>
Free Software Foundation - Senior Systems Administrator




More information about the coreboot mailing list