分析uboot是如何启动内核的_收集

《分析uboot是如何启动内核的_收集》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、分析uboot是如何启动内核的1.uboot启动内核的代码缩减如下：s=getenv("bootcmd");debug("###main_loop:bootcmd="%s"",s?s:"");if(bootdelay>=0&&s&&!abortboot(bootdelay)){run_command(s,0);}2.假设bootcmd=nandread.jffs20x30007FC0kernel;bootm0x30007FC0<1>nandread.jffs20x30007FC0kernelnandread.jffs20x30007FC0kernel;从nand读

2、出内核：从哪里读？从kernel分区放到哪里去？-0x30007FC0下面讲解什么是分区：就是将nand划分为几个区域，一般如下：bootloader-》params-》kernel-》root这些分区的划分是在/include/configs/mini2440.h中写死的：#defineMTDPARTS_DEFAULT"mtdparts=nandflash0:250k@0(bootloader),""128k(params),""5m(kernel),""-(root)"注:@0表示从0地址开始，250k的bootloader分区可能对某些uboot不够用，这里只是举例而已。将上面的信

3、息换算成十六进制：#name大小在nand上的起始地址0bootloader0x000400000x000000001params0x000200000x000400002kernel0x002000000x000600003root0xfda000000x00260000那么上面的nandread.jffs20x30007FC0kernel就等价于：nandread.jffs20x30007FC00x000600000x00200000注：这里的read.jffs2并不是指定要什么特定的格式，而是用read.jffs2不需要块/页对齐,所以这个kernel的分区大小可以随意定。<2>boot

4、m0x30007FC0关键函数do_bootm()flash上存的内核：uImageuImage=头部+真正的内核头部的定义如下：typedefstructimage_header{uint32_tih_magic;/*ImageHeaderMagicNumber*/uint32_tih_hcrc;/*ImageHeaderCRCChecksum*/uint32_tih_time;/*ImageCreationTimestamp*/uint32_tih_size;/*ImageDataSize*/uint32_tih_load;/*DataLoadAddress*/uint32_tih_ep;

5、/*EntryPointAddress*/uint32_tih_dcrc;/*ImageDataCRCChecksum*/uint8_tih_os;/*OperatingSystem*/uint8_tih_arch;/*CPUarchitecture*/uint8_tih_type;/*ImageType*/uint8_tih_comp;/*CompressionType*/uint8_tih_name[IH_NMLEN];/*ImageName*/}image_header_t;我们需要关心的是：uint32_tih_load;/*DataLoadAddress*/uint32_tih_ep

6、;/*EntryPointAddress*/ih_load是加载地址，即内核运行是应该位于的地方ih_ep是入口地址，即内核的入口地址这与uboot是类似的，uboot的加载地址是TEXT_BASE=0x33F80000；入口地址是start.S中的_start。其实我们把内核中nand读出来的时候是可以放在内核的任何地方的，如0x31000000，0x32000000等等，只要它不破坏uboot所占用的内存空间就可以了，如下图：从0x33F4DF74-0x30000000都是可以用的。那么为什么既然设定好了加载地址和入口地址内核还能随意放呢？那是因为uImage有一个头部！头部里有加载地址和

7、入口地址，当我们用bootmxxx的时候，do_bootm这个函数会先去读uImage的头部以获取该uImage的加载地址和入口地址，当发现该uImage目前所处的内存地址不等于它的加载地址时，该函数会将该uImage移动到它的加载地址上，在代码中体现如下：caseIH_COMP_NONE:：if(load!=image_start){memmove_wd((void*)load,(void*)i