1. load address：
2. entry point： 這兩個地址是mkimage時指定的
3. bootm address：bootm為uboot的一個命令，以此從address啟動kernel
4. kernel執行地址：在具體mach目錄中的Makefile.boot中指定，為kernel啟動後實際執行的實體地址

mkimage -n 'linux-3.2.1' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d zImage uImage

理論上因為mkimage要為zImage加上0x40位元組的header，所以entry point = load address + 0x40

但由於uboot 的bootm對uImage處理不是簡單的go操作，其對前三個地址都有比較判斷，所以在實際的操作中，就分為兩種不同的情況：

1. bootm地址和load address一樣

　　此種情況下,bootm不會對uImage header後的zImage進行memory move的動作，而會直接go到entry point開始執行。因此此時的entry point必須設定為load address + 0x40。如果kernel boot過程沒有到uncompressing the kernel，就可能是這裡設定不對。

boom address == load address == entry point - 0x40

具體細節可參看uboot程式碼common/cmd_bootm.c中bootm_load_os函式的實現：

        switch (comp) {
case IH_COMP_NONE:
if (load == blob_start || load == image_start) {
                        printf("   XIP %s ... ", type_name);
                        no_overlap = 1;
                } else {
                        printf("   Loading %s ... 
 
", type_name);
                        memmove_wd((void *)load, (void *)image_start,
                                        image_len, CHUNKSZ);
                }
                *load_end = load + image_len;
                puts("OK\n");
break;

2. bootm地址和load address不一樣(但需要避免出現memory move時出現覆蓋導致zImage被破壞的情況）

　　此種情況下，bootm會把uImage header後的zImage move到load address（見上方程式碼），然後go到entry point開始執行。 由此知道此時的load address必須等於entry point。

boom address != load address == entry point

因此，在mkimage以及設定uboot boot command的時候需要注意到以上兩種情況。

至於kernel的執行地址，其與前3個地址沒有關係，除了要避免記憶體覆蓋導致解壓後kernel不完整的情況。

zImage的頭部有地址無關的自解壓程式，因此剛開始執行的時候，zImage所在的記憶體地址（entry point）不需要同編譯kernel的地址相同。自解壓程式會把kernel解壓到編譯時指定的實體地址，然後開始地址相關程式碼的執行。在開啟MMU之前，kernel都是直接使用實體地址（可參看System.map）。