I have an nrv compressed filo.elf that on linux I can uncompress and have work. ~/src/LinuxBIOSv2/util/nrv2b/nrv2b d /tmp/filo.elf.nrv /tmp/xyz 39496 in linuxbios, the uncompress is too short:
rom_stream: 0xfff90000 - 0xffff7fff Uncompressing to RAM 0x00200000 olen = 0x000062fc done. Cannot Load ELF Image print/x 39496 $1 = 0x9a48
Any idea what to look for?
ron
ron minnich wrote:
I have an nrv compressed filo.elf that on linux I can uncompress and have work. ~/src/LinuxBIOSv2/util/nrv2b/nrv2b d /tmp/filo.elf.nrv /tmp/xyz 39496 in linuxbios, the uncompress is too short:
rom_stream: 0xfff90000 - 0xffff7fff Uncompressing to RAM 0x00200000 olen = 0x000062fc done. Cannot Load ELF Image print/x 39496 $1 = 0x9a48
Any idea what to look for?
ron
I know what I need to look for. If I can find a spare brain, I won't make mistakes like this. I assumed I had to nrv2b the payload myself, but Stefan cleverly put it in the makefile. COOL.
I"m booting linux out of flash on the rumba! in 512k ...
I have fixed some minor nits with the implementation that resolve some error messages and a compilation failure if printk_debug was enabled. I will commit.
i want to fix the larger error of the include of ../lib/nrv2b.c, eeek!
We should not include .c files in the gcc half!
thanks
ron
need to share nrv2b with CAR copy_and_run.c to uncompress linuxbios_ram.nrb from rom to ram.
I also use that to uncompress code from rom to cache in AP.
You need to print out ilen, in case someone try to compress zelf. that will produce one more big output instead.
YH
On 5/17/06, Ronald G Minnich rminnich@lanl.gov wrote:
ron minnich wrote:
I have an nrv compressed filo.elf that on linux I can uncompress and have work. ~/src/LinuxBIOSv2/util/nrv2b/nrv2b d /tmp/filo.elf.nrv /tmp/xyz 39496 in linuxbios, the uncompress is too short:
rom_stream: 0xfff90000 - 0xffff7fff Uncompressing to RAM 0x00200000 olen = 0x000062fc done. Cannot Load ELF Image print/x 39496 $1 = 0x9a48
Any idea what to look for?
ron
I know what I need to look for. If I can find a spare brain, I won't make mistakes like this. I assumed I had to nrv2b the payload myself, but Stefan cleverly put it in the makefile. COOL.
I"m booting linux out of flash on the rumba! in 512k ...
I have fixed some minor nits with the implementation that resolve some error messages and a compilation failure if printk_debug was enabled. I will commit.
i want to fix the larger error of the include of ../lib/nrv2b.c, eeek!
We should not include .c files in the gcc half!
thanks
ron
-- linuxbios mailing list linuxbios@linuxbios.org http://www.openbios.org/mailman/listinfo/linuxbios
yhlu wrote:
need to share nrv2b with CAR copy_and_run.c to uncompress linuxbios_ram.nrb from rom to ram.
ok. But we can still do this in a different way.
The reason is that I might want to use the unrv2b function even when I am not using compressed rom streams. The reason is that I will be nrv2b compressing the VSA object code on the OLPC. So that function can't be static. how do we handle this?
I also use that to uncompress code from rom to cache in AP.
You need to print out ilen, in case someone try to compress zelf. that will produce one more big output instead.
the problem is there is no ilen defined in the rom_stream.c code.
So you need to either create that variable or taek it out of the printk_debug (which I did).
thanks
ron
which address for the final VSA code in RAM? under 1M? you need execute the VSA code in hardwaremain or main in auto.c?
rom_stream need to create one ilen and get that via &ilen from unrv2b(, &ilen).
YH
On 5/17/06, Ronald G Minnich rminnich@lanl.gov wrote:
yhlu wrote:
need to share nrv2b with CAR copy_and_run.c to uncompress linuxbios_ram.nrb from rom to ram.
ok. But we can still do this in a different way.
The reason is that I might want to use the unrv2b function even when I am not using compressed rom streams. The reason is that I will be nrv2b compressing the VSA object code on the OLPC. So that function can't be static. how do we handle this?
I also use that to uncompress code from rom to cache in AP.
You need to print out ilen, in case someone try to compress zelf. that will produce one more big output instead.
the problem is there is no ilen defined in the rom_stream.c code.
So you need to either create that variable or taek it out of the printk_debug (which I did).
thanks
ron
Ronald G Minnich wrote:
I"m booting linux out of flash on the rumba! in 512k ...
Cool!
Which kernel version? Any additional patches to get it so small? Which gcc version? Could you post a .config?
I'd like to try this kernel for kexec-based booting of a few of my systems. If it is successful, I can continue working on LinuxBIOS support for my Asus boards.
Regards, Carl-Daniel
* Ronald G Minnich rminnich@lanl.gov [060518 04:33]:
I"m booting linux out of flash on the rumba! in 512k ...
Is this with an initrd/kexec stuff?
Stefan Reinauer wrote:
- Ronald G Minnich rminnich@lanl.gov [060518 04:33]:
I"m booting linux out of flash on the rumba! in 512k ...
Is this with an initrd/kexec stuff?
not yet. This is purely a vmlinux, nrv2b compressed in the BIOS flash.
ron