## Booting image at bc080000 ...
raspi_read: from:80000 len:40
Image Name: MIPS OpenWrt Linux-3.10.13
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 1073743 Bytes = 1 MB
Load Address: 80000000
Entry Point: 80000000
raspi_read: from:80040 len:10624f
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
No initrd## Transferring control to Linux (at address 80000000) ...
## Giving linux memsize in MB, 64Starting kernel ...
[ 0.000000] Linux version 3.10.13 (shello@pc0001.gcn.mediatek.inc) (gcc version 4.6.4 (OpenWrt/Linaro GCC 4.6-2013.05 r38351) ) #8 Wed Oct 16 09:26:02 HKT 2013
[ 0.000000] Board has DDR2
[ 0.000000] Analog PMU set to hw control
[ 0.000000] Digital PMU set to hw control
[ 0.000000] SoC Type: Ralink MT7620A ver:2 eco:3
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 00019650 (MIPS 24KEc)
As above, the image works properly. I just don't understand how come the entry point and load addr in uboot header are always 0x80000000. https://dev.openwrt.org/browser/trunk/t … kefile#L29
This is the elf info of vmlinux. So, shouldn't the entry point be 0x80008990?
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: MIPS R3000
Version: 0x1
Entry point address: 0x80008990
Start of program headers: 52 (bytes into file)
Start of section headers: 12699752 (bytes into file)
Flags: 0x70001001, noreorder, o32, mips32r2
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 2
Size of section headers: 40 (bytes)
Number of section headers: 30
Section header string table index: 27
(Last edited by nossiac on 31 Oct 2013, 08:12)