Hi Joseph,
what u-boot version do you use? I recently run into a similar problem when using a recent u-boot version. It had to do with a more strict checking before unzipping. To test out whether it is the same problem try to run the image without compressing it. Therefore, you might build your uImage by hand:
/usr/local/genode-gcc/bin/genode-arm-objcopy -O binary \ var/run/tz_vmm/image.elf var/run/tz_vmm/image.bin
and:
mkimage -A arm -O linux -T kernel -C none -a 0x70010000 \ -e 0x70010000 -d var/run/tz_vmm/image.bin var/run/tz_vmm/uImage
If that works for you it's probably the same issue.
Regards Stefan
On 09/14/2014 06:47 AM, Joseph Lee wrote:
Hello,
I'm trying to port genode onto i.mx53 quick start board. I followed the building steps in this thread. http://sourceforge.net/p/genode/mailman/genode-main/thread/9167aa55bacd5e3f0...
Now i get /uImage/ in in the building directory(var/run/tz_vmm) with other two files (/boot_modules.s/ and /image.elf/). The size of /uImage/ is 7.5MB
I loaded the /uImage/ to memory address 0x70800000. When I tried to boot with the same memory address (bootm 0x70800000), i get the following error.
## Booting kernel from Legacy Image at 70800000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 7858693 Bytes = 7.5 MB Load Address: 70010000 Entry Point: 70010000 Verifying Checksum ... OK Uncompressing Kernel Image ... Error: inflate() returned -5 GUNZIP: uncompress, out-of-mem or overwrite error - must RESET board to recover resetting ...
I tried again with another memory address (0x78000000) if there was overlap. Still I get the same result.
I also checked if there is overlap with the physical address ranges used by u-boot bootloader using /readelf/.
Here is the output
Elf file type is EXEC (Executable file) Entry point 0x70010000 There are 3 program headers, starting at offset 52
Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align EXIDX 0x077138 0x7007f138 0x7007f138 0x02578 0x02578 R 0x4 LOAD 0x008000 0x70010000 0x70010000 0x6ac64 0x6ac64 R E 0x8000 LOAD 0x073000 0x7007b000 0x7007b000 0x0b03c 0xd3ed5 RW 0x8000
What is missing? thanks in advance
best regards, Joseph,
Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.cl...
genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main