[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