Cubietruck---8. u-boot及boot.img简略分析_uboot获取boot.img-程序员宅基地

技术标签: android开发  

一. u-boot的编译与链接
1. lichee下编译命令
cong@dell:/work/ct/lichee$  ./build.sh -p sun7i_android -m uboot
u-boot的编译是用脚本lichee/u-boot/build.sh
  1. function build_uboot()
  2. {
  3.      make distclean CROSS_COMPILE=arm-linux-gnueabi-
  4.      make -j8 ${ LICHEE_CHIP} CROSS_COMPILE=arm-linux-gnueabi-
  5.      [ $? -ne 0 ] && exit 1
  6.      cp -f u-boot.bin ../out/${ LICHEE_PLATFORM}/common/      
  7. }
2. 链接
  1. cd /work/ct/lichee/u-boot && arm-linux-gnueabi-ld -pie -T u-boot.lds -Bstatic -Ttext 0x4A000000 *.-o u-boot
说明u-boot的text段是从 0x4A000000开始的,链接脚本是u-boot.lds
  1. OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
  2. OUTPUT_ARCH(arm)
  3. ENTRY(_start)
  4. SECTIONS
  5. {
  6.  . = 0x00000000;      //在链接时通过-Ttext改为0x4A000000
  7.  . = ALIGN(4);
  8.  .text :
  9.  {
  10.   arch/arm/cpu/armv7/start.(.text)    //u-boot的开始
  11.   *(.text)
  12.  }
  13. }
因为boot.axf把u-boot.bin读到了0x4A000000,所以运行地址与加载地址相同.

二. u-boot分析
1. stars.S
在arch/arm/cpu/armv7/start.S中,这儿的start.S就非常简单了,因为运行地址与加载地址相同,所以代码不需要再拷贝到另外的地方去,
并且在此之前ram与cpu的频率都配好了,所以这儿在中断向量之后,稍做配置就进入了c代码的board_init_f
2. 启动linux
在arch/arm/lib/board.c中
  好像这儿挺复杂的先进入board_init_f --> relocate_code --> start.S--> board_init_r
board_init_r中有main_loop--> run_command
启动内核的命令是:
bootcmd=run setargs_nand boot_normal
展开后就是:
run setenv bootargs console=ttyS0,115200 root=/dev/nandd 
run sunxi_flash read 40007800 boot;boota 40007800
为什么这儿是40007800呢, 因为内核要运行在0x40008000处,而boot.img中前0x800(2048)字节是header(大小为0x800),
header之后是内核,所以将boot.img读到0x40007800,前0x800是header,那么内核就正好放在了0x40008000处.
boota 40007800
  1. int do_boota (cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
  2. {
  3.     addr = simple_strtoul(argv[1], NULL, 16);    //将字符串0x40007800存在addr中

  4.     //这个fastboot_boot_img_hdr结构体与 pc上的mkbootimg的结构体是一个,只不过名字变了
  5.     struct fastboot_boot_img_hdr *fb_hdr = (struct fastboot_boot_img_hdr *)addr; 
  6.     //hdr指向内核在内存的起始地址   
  7.     image_header_t *hdr =(image_header_t *)(addr + CFG_FASTBOOT_MKBOOTIMAGE_PAGE_SIZE);
  8.     //将boot.img的header备份一下
  9.     memcpy(boot_hdr, (void*) addr, sizeof(*hdr));
  10.     if (memcmp(fb_hdr->magic, FASTBOOT_BOOT_MAGIC, 8)) {    //检验
  11.         puts("boota: bad boot image magic, maybe not a boot.img?\n");
  12.         return 1;
  13.     }

  14.     kaddr = addr + fb_hdr->page_size;
  15.     raddr = kaddr + ALIGN(fb_hdr->kernel_size, fb_hdr->page_size);

  16.     if((fb_hdr->unused[0] == 0x55) &&(fb_hdr->unused[1] == 0xaa))
  17.     {
  18.         dbmsg("bootimg load in boot1!\n");
  19.         do_boota_linux(fb_hdr);                 //1.1内核的启动
  20.         tick_printf(__FILE__, __LINE__);
  21.     }
  22.     puts("Boot linux failed, control return to monitor\n");
  23.     return 0;
  24. }

在arch/arm/lib/bootm.c中,传递initram的起始地址
  1. int do_boota_linux (struct fastboot_boot_img_hdr *hdr)
  2. {
  3.     ulong initrd_start, initrd_end;
  4.     void (*kernel_entry)(int zero, int arch, uint params);
  5.     bd_t *bd = gd->bd;

  6.     kernel_entry = (void (*)(int, int, uint))(hdr->kernel_addr);   //将地址0x40008000转为函数

  7.     initrd_start = hdr->ramdisk_addr;
  8.     initrd_end = initrd_start + hdr->ramdisk_size;

  9.     setup_start_tag (bd);                            //配置tag结构体开始
  10.     //设置tag
  11.     ....
  12.     setup_initrd_tag (bd, initrd_start, initrd_end);  //配置initram,将起始地址与大小传给tag

  13.     setup_end_tag (bd);                              //配置tag结构体结束

  14.     sunxi_flash_exit();

  15.     announce_and_cleanup();    //引导内核前的初始,清tlb类似

  16.    *(volatile unsigned int *)(0x01c20C00 + 0x84 ) = 0;
  17.    *(volatile unsigned int *)(0x01c20C00 + 0x8C ) = 0x05DB05DB;
  18.    *(volatile unsigned int *)(0x01c20C00 + 0x80 ) = 0;
  19.    *(volatile unsigned int *)(0x01c20000 + 0x144) &= ~(1U << 31);

  20.     kernel_entry(0, bd->bi_arch_number, bd->bi_boot_params);    //跳到0x40008000处运行

  21.     return 1;
  22. }
上述启动linux过程,实际上是对boot.img的解析过程,下面就来看一下boot.img有什么.
三.boot.img分析
3.1 boot.im生成过程
./android42/out/host/linux-x86/bin/mkbootimg --kernel ./linux-3.3/bImage --ramdisk ./android42/out/target/product/sugar-cubietruck/ramdisk.img --base 0x40000000 --output./android42/out/target/product/sugar-cubietruck/boot.img 
mkbootimg有四个参数:
    kernel        指定bImage的路径
    ramdisk      指定ramdisk的路径
    base          指定kerenel与ramdisk的基地址,为0x40000000
    output       指定输出文件的路径
在android42/system/core/mkbootimg/mkbootimag.c中
  1. int main(int argc, char **argv)
  2. {
  3.     boot_img_hdr hdr;

  4.     unsigned base = 0x10000000; //由参数base确定0x40000000
  5.     unsigned kernel_offset = 0x00008000;
  6.     unsigned ramdisk_offset = 0x01000000;
  7.     unsigned second_offset = 0x00f00000;
  8.     unsigned tags_offset = 0x00000100;

  9.     hdr.page_size = pagesize;
  10.     hdr.kernel_addr = base + kernel_offset;     //0x40008000
  11.     hdr.ramdisk_addr = base + ramdisk_offset;   //0x41000000
  12.     hdr.second_addr = base + second_offset;     //0x40f00000
  13.     hdr.tags_addr = base + tags_offset;         //0x40000100

  14.     kernel_data = load_file(kernel_fn, &hdr.kernel_size);        //将内核读取到buffer中(函数中有malloc)
  15.     ramdisk_data = load_file(ramdisk_fn, &hdr.ramdisk_size);     //将ramdisk读取到buffer中(函数中有malloc)   
  16.     memcpy(hdr.id, sha, SHA_DIGEST_SIZE > sizeof(hdr.id) ? sizeof(hdr.id) : SHA_DIGEST_SIZE);
  17.     fd = open(bootimg, O_CREAT | O_TRUNC | O_WRONLY, 0644);      //打开输出文件boot.img

  18.     write(fd, &hdr, sizeof(hdr));                                //将head写入到boot.img中  
  19.     write_padding(fd, pagesize, sizeof(hdr));                    //2048(0x800)字节对齐    

  20.     write(fd, kernel_data, hdr.kernel_size);                     //将kernel写入到boot.img中
  21.     write_padding(fd, pagesize, hdr.kernel_size);                //2048(0x800)字节对齐    

  22.     write(fd, ramdisk_data, hdr.ramdisk_size);                   //将ramdisk写入到boot.img中
  23.     write_padding(fd, pagesize, hdr.ramdisk_size);                //2048(0x800)字节对齐    
  24.     return 0; 
  25. }
3.2 boot.img的组成
所以这个boot.img是由3部分组成
  header  (kernel_size代表了内核的大小,kernel_addr)  
  kernel
  ramdisk

  1. struct fastboot_boot_img_hdr {
  2.     unsigned char magic[FASTBOOT_BOOT_MAGIC_SIZE];

  3.     unsigned kernel_size;    //内核的大小
  4.     unsigned kernel_addr;    //内核的加载地址      

  5.     unsigned ramdisk_size;   //ramdisk的大小
  6.     unsigned ramdisk_addr;   //ramdisk的起始地址

  7.     unsigned second_size;    //其它
  8.     unsigned second_addr;    //其它

  9.     unsigned tags_addr;      //其它
  10.     unsigned page_size;      //对齐到多少字节
  11.     unsigned unused[2];      //

  12.     unsigned char name[FASTBOOT_BOOT_NAME_SIZE]; /* asciiz product name */

  13.     unsigned char cmdline[FASTBOOT_BOOT_ARGS_SIZE];

  14.     unsigned id[8]; /* timestamp / checksum / sha1 / etc */
  15. };



版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/wangcong02345/article/details/51777914

智能推荐

分布式光纤传感器的全球与中国市场2022-2028年:技术、参与者、趋势、市场规模及占有率研究报告_预计2026年中国分布式传感器市场规模有多大-程序员宅基地

文章浏览阅读3.2k次。本文研究全球与中国市场分布式光纤传感器的发展现状及未来发展趋势,分别从生产和消费的角度分析分布式光纤传感器的主要生产地区、主要消费地区以及主要的生产商。重点分析全球与中国市场的主要厂商产品特点、产品规格、不同规格产品的价格、产量、产值及全球和中国市场主要生产商的市场份额。主要生产商包括:FISO TechnologiesBrugg KabelSensor HighwayOmnisensAFL GlobalQinetiQ GroupLockheed MartinOSENSA Innovati_预计2026年中国分布式传感器市场规模有多大

07_08 常用组合逻辑电路结构——为IC设计的延时估计铺垫_基4布斯算法代码-程序员宅基地

文章浏览阅读1.1k次,点赞2次,收藏12次。常用组合逻辑电路结构——为IC设计的延时估计铺垫学习目的:估计模块间的delay,确保写的代码的timing 综合能给到多少HZ,以满足需求!_基4布斯算法代码

OpenAI Manager助手(基于SpringBoot和Vue)_chatgpt网页版-程序员宅基地

文章浏览阅读3.3k次,点赞3次,收藏5次。OpenAI Manager助手(基于SpringBoot和Vue)_chatgpt网页版

关于美国计算机奥赛USACO,你想知道的都在这_usaco可以多次提交吗-程序员宅基地

文章浏览阅读2.2k次。USACO自1992年举办,到目前为止已经举办了27届,目的是为了帮助美国信息学国家队选拔IOI的队员,目前逐渐发展为全球热门的线上赛事,成为美国大学申请条件下,含金量相当高的官方竞赛。USACO的比赛成绩可以助力计算机专业留学,越来越多的学生进入了康奈尔,麻省理工,普林斯顿,哈佛和耶鲁等大学,这些同学的共同点是他们都参加了美国计算机科学竞赛(USACO),并且取得过非常好的成绩。适合参赛人群USACO适合国内在读学生有意向申请美国大学的或者想锻炼自己编程能力的同学,高三学生也可以参加12月的第_usaco可以多次提交吗

MySQL存储过程和自定义函数_mysql自定义函数和存储过程-程序员宅基地

文章浏览阅读394次。1.1 存储程序1.2 创建存储过程1.3 创建自定义函数1.3.1 示例1.4 自定义函数和存储过程的区别1.5 变量的使用1.6 定义条件和处理程序1.6.1 定义条件1.6.1.1 示例1.6.2 定义处理程序1.6.2.1 示例1.7 光标的使用1.7.1 声明光标1.7.2 打开光标1.7.3 使用光标1.7.4 关闭光标1.8 流程控制的使用1.8.1 IF语句1.8.2 CASE语句1.8.3 LOOP语句1.8.4 LEAVE语句1.8.5 ITERATE语句1.8.6 REPEAT语句。_mysql自定义函数和存储过程

半导体基础知识与PN结_本征半导体电流为0-程序员宅基地

文章浏览阅读188次。半导体二极管——集成电路最小组成单元。_本征半导体电流为0

随便推点

【Unity3d Shader】水面和岩浆效果_unity 岩浆shader-程序员宅基地

文章浏览阅读2.8k次,点赞3次,收藏18次。游戏水面特效实现方式太多。咱们这边介绍的是一最简单的UV动画(无顶点位移),整个mesh由4个顶点构成。实现了水面效果(左图),不动代码稍微修改下参数和贴图可以实现岩浆效果(右图)。有要思路是1,uv按时间去做正弦波移动2,在1的基础上加个凹凸图混合uv3,在1、2的基础上加个水流方向4,加上对雾效的支持,如没必要请自行删除雾效代码(把包含fog的几行代码删除)S..._unity 岩浆shader

广义线性模型——Logistic回归模型(1)_广义线性回归模型-程序员宅基地

文章浏览阅读5k次。广义线性模型是线性模型的扩展,它通过连接函数建立响应变量的数学期望值与线性组合的预测变量之间的关系。广义线性模型拟合的形式为:其中g(μY)是条件均值的函数(称为连接函数)。另外,你可放松Y为正态分布的假设,改为Y 服从指数分布族中的一种分布即可。设定好连接函数和概率分布后,便可以通过最大似然估计的多次迭代推导出各参数值。在大部分情况下,线性模型就可以通过一系列连续型或类别型预测变量来预测正态分布的响应变量的工作。但是,有时候我们要进行非正态因变量的分析,例如:(1)类别型.._广义线性回归模型

HTML+CSS大作业 环境网页设计与实现(垃圾分类) web前端开发技术 web课程设计 网页规划与设计_垃圾分类网页设计目标怎么写-程序员宅基地

文章浏览阅读69次。环境保护、 保护地球、 校园环保、垃圾分类、绿色家园、等网站的设计与制作。 总结了一些学生网页制作的经验:一般的网页需要融入以下知识点:div+css布局、浮动、定位、高级css、表格、表单及验证、js轮播图、音频 视频 Flash的应用、ul li、下拉导航栏、鼠标划过效果等知识点,网页的风格主题也很全面:如爱好、风景、校园、美食、动漫、游戏、咖啡、音乐、家乡、电影、名人、商城以及个人主页等主题,学生、新手可参考下方页面的布局和设计和HTML源码(有用点赞△) 一套A+的网_垃圾分类网页设计目标怎么写

C# .Net 发布后,把dll全部放在一个文件夹中,让软件目录更整洁_.net dll 全局目录-程序员宅基地

文章浏览阅读614次,点赞7次,收藏11次。之前找到一个修改 exe 中 DLL地址 的方法, 不太好使,虽然能正确启动, 但无法改变 exe 的工作目录,这就影响了.Net 中很多获取 exe 执行目录来拼接的地址 ( 相对路径 ),比如 wwwroot 和 代码中相对目录还有一些复制到目录的普通文件 等等,它们的地址都会指向原来 exe 的目录, 而不是自定义的 “lib” 目录,根本原因就是没有修改 exe 的工作目录这次来搞一个启动程序,把 .net 的所有东西都放在一个文件夹,在文件夹同级的目录制作一个 exe._.net dll 全局目录

BRIEF特征点描述算法_breif description calculation 特征点-程序员宅基地

文章浏览阅读1.5k次。本文为转载,原博客地址:http://blog.csdn.net/hujingshuang/article/details/46910259简介 BRIEF是2010年的一篇名为《BRIEF:Binary Robust Independent Elementary Features》的文章中提出,BRIEF是对已检测到的特征点进行描述,它是一种二进制编码的描述子,摈弃了利用区域灰度..._breif description calculation 特征点

房屋租赁管理系统的设计和实现,SpringBoot计算机毕业设计论文_基于spring boot的房屋租赁系统论文-程序员宅基地

文章浏览阅读4.1k次,点赞21次,收藏79次。本文是《基于SpringBoot的房屋租赁管理系统》的配套原创说明文档,可以给应届毕业生提供格式撰写参考,也可以给开发类似系统的朋友们提供功能业务设计思路。_基于spring boot的房屋租赁系统论文