Forum Discussion
Altera_Forum
Honored Contributor
21 years agoStill UBoot ing...
Well thanks to everyone one and all my UBoot seems to be up and running fine however I'm still having a little bit of grief getting the final bits working (think I'm gonna write an app note o...
Altera_Forum
Honored Contributor
21 years agoHi cybdenw,
> Now I take the elf and do a: > nios2-elf-objcopy -O binary sample.elf sample.bin > > This generates from an approx 1000 byte image file (nios2-elf-size) an > 8Meg binary file. (Why is this?). The output sections are probably not contiguous ... you might be getting large fill areas. Can you post the output of: nios2-elf-objdump -h sample.elf > mkimage -A nios2 -O linux -T kernel -C gzip -a 0x01000000 > -e 0x01000000 -n "MyAPP" -d sample.gz sample.img This is correct if your text base is 0x01000000 > Presumably the execute address ought to be set to _start or something similar? Correct. > what about the load address? The load address is the address where u-boot copies/decompresses the image. Basically the destination copy address. In most cases, your load address and entry point will be the same. If your entry point is not at the start of your binary image, then you must set the entry point appropriately. For example, if you link a jump table and exception trampoline at offsets 0x0000 and 0x0020, respectively, but your actual start offset is at 0x0040, you would use a load address of 0x0100_0000 and an entry point address of 0x0100_0040. The entry point is the target address of a jump (call) from the bootm command. > What is up here? Let's look at the objdump ... an see if anything shows up. Regards, --Scott