分析uboot是如何启动内核的.docxVIP

分析uboot是如何启动内核的?(2011-12-27 19:16:30)转载▼标签：?鏉傝皥1.uboot启动内核的代码缩减如下：s = getenv (bootcmd);debug (### main_loop: bootcmd=\%s\\n, s ? s : UNDEFINED);if (bootdelay = 0 s !abortboot (bootdelay)){????????run_command (s, 0);}2.假设bootcmd = nand read.jffs2 0x30007FC0 kernel; bootm 0x30007FC01 nand read.jffs2 0x30007FC0 kernelnand read.jffs2 0x30007FC0 kernel;从nand读出内核：从哪里读？???从kernel分区????????放到哪里去？-0x30007FC0下面讲解什么是分区：就是将nand划分为几个区域，一般如下：bootloader-》params-》kernel-》root这些分区的划分是在/include/configs/mini2440.h中写死的：#define MTDPARTS_DEFAULT mtdparts=nandflash0:250k@0(bootloader), \???????????128k(params), \???????????5m(kernel), \???????????-(root)注:@0表示从0地址开始，250k的bootloader分区可能对某些uboot不够用，这里只是举例而已。将上面的信息换算成十六进制：#????name?????????????大小????????在nand上的起始地址????0????bootloader?????0???????0x000000001????params????????0?????????????0???????2????kernel????????0???????0x000600003????root????????0xfda00000????????0么上面的nand read.jffs2 0x30007FC0 kernel就等价于：nand read.jffs2 0x30007FC0 00：这里的read.jffs2并不是指定要什么特定的格式，而是用read.jffs2不需要块/页对齐,所以这个kernel的分区大小可以随意定。2 bootm 0x30007FC0关键函数do_bootm()flash上存的内核：uImageuImage = 头部+真正的内核头部的定义如下：typedef struct image_header {????uint32_t????ih_magic;????????uint32_t????ih_hcrc;????????uint32_t????ih_time;????????uint32_t????ih_size;????????uint32_t????ih_load;????????uint32_t????ih_ep;????????????uint32_t????ih_dcrc;????????uint8_t????????ih_os;????????????uint8_t????????ih_arch;????????uint8_t????????ih_type;????????uint8_t????????ih_comp;????????uint8_t????????ih_name[IH_NMLEN];????} image_header_t;我们需要关心的是：????uint32_t????ih_load;????????uint32_t????ih_ep;????????ih_load是加载地址，即内核运行是应该位于的地方??ih_ep是入口地址，即内核的入口地址这与uboot是类似的，uboot的加载地址是TEXT_BASE = 0x33F80000；入口地址是start.S中的_start。其实我们把内核中nand读出来的时候是可以放在内核的任何地方的，如00等，只要它不破坏uboot所占用的内存空间就可以了，如下图：从0x33F4DF74-0是可以用的。那么为什么既然设定好了加载地址和入口地址内核还能随意放呢？那是因为uImage有一个头部！头部里有加载地址和入口地址，当我们用bootm xxx的时候，do_bootm这个函数会先去读uImage的头