u-boot bootm命令浅析

U-Boot引导命令进化论:booti、bootm、bootz的终极对比指南 本文深入对比U-Boot三大引导命令booti、bootm和bootz的核心差异与应用场景。针对ARM64架构的Image格式推荐使用booti,ARM32的zImage格式适用bootz,而传统uImage格式则选择bootm。详解各命令的设备树支持、内存地址配置及常见错误排查,帮助开发者根据架构和内核格式正确选择引导方式,确保系统稳定启动。 阅读详情
与boom命令实现有关的源文件主要为 common/cmd_bootm.c 和lib_arm/armlinux.c。下面就这两个文件中的关键代码段进行分析。
 
common/cmd_bootm.c(前面数字为Source Insight 中显示的行号):
168 if (argc < 2) {
              addr = load_addr;
       } else {
              addr = simple_strtoul(argv[1], NULL, 16);
       }
判断运行bootm时是否指定了程序加载地址,若没有则使用默认的加载地址,load_addr在cmd_bootm.c中是这样定义的:
ulong load_addr = CFG_LOAD_ADDR;
 
183 memmove (&header, (char *)addr, sizeof(image_header_t));
将image 的 header(u-boot添加的64Byte文件头)复制到header只向的内存。
 
185 if (ntohl(hdr->ih_magic) != IH_MAGIC) {
#ifdef __I386__     /* correct image format not implemented yet - fake it */
              if (fake_header(hdr, (void*)addr, -1) != NULL) {
                     /* to compensate for the addition below */
                     addr -= sizeof(image_header_t);
                     /* turnof verify,
                      * fake_header() does not fake the data crc
                      */
                     verify = 0;
              } else
#endif     /* __I386__ */
           {
              puts ("Bad Magic Number/n");
              SHOW_BOOT_PROGRESS (-1);
              return 1;
           }
       }
判断文件头中的幻数是否为IH_MAGIC,所以如果不是u-boot镜像格式,会输出提示信息”Bad Magic Number”
 
204 data = (ulong)&header;
       len = sizeof(image_header_t);
 
       checksum = ntohl(hdr->ih_hcrc);
       hdr->ih_hcrc = 0;
 
       if (crc32 (0, (uchar *)data, len) != checksum) {
              puts ("Bad Header Checksum/n");
              SHOW_BOOT_PROGRESS (-2);
              return 1;
       }
比对u-boot image 文件头的CRC32校验和。
 
229 data = addr + sizeof(image_header_t);
       len = ntohl(hdr->ih_size);
 
       if (verify) {
              puts ("   Verifying Checksum ... ");
              if (crc32 (0, (uchar *)data, len) != ntohl(hdr->ih_dcrc)) {
                     printf ("Bad Data CRC/n");
                     SHOW_BOOT_PROGRESS (-3);
                     return 1;
              }
              puts ("OK/n");
       }
比对u-boot image 数据部分的校验和。
 
245 #if defined(__PPC__)
              if (hdr->ih_arch != IH_CPU_PPC)
#elif defined(__ARM__)
              if (hdr->ih_arch != IH_CPU_ARM)
…
#else
# error Unknown CPU type
#endif
这部条件编译指令检验检验image header 中的arch类型是否是否正确。
 
275 switch (hdr->ih_type) {
       …
       case IH_TYPE_KERNEL:
              name = "Kernel Image";
              break;
       …
       default: printf ("Wrong Image Type for %s command/n", cmdtp->name);
              SHOW_BOOT_PROGRESS (-5);
              return 1;
       }
判断image的类型,这里只列出了Kernel Image类型的代码,直接break,:)
 
switch (hdr->ih_comp) {
       …
       case IH_COMP_GZIP:
              printf ("   Uncompressing %s ... ", name);
              if (gunzip ((void *)ntohl(hdr->ih_load), unc_len,
                         (uchar *)data, &len) != 0) {
                     puts ("GUNZIP ERROR - must RESET board to recover/n");
                     SHOW_BOOT_PROGRESS (-6);
                     do_reset (cmdtp, flag, argc, argv);
              }
              break;
              …
              default:
              if (iflag)
                     enable_interrupts();
              printf ("Unimplemented compression type %d/n", hdr->ih_comp);
              SHOW_BOOT_PROGRESS (-7);
              return 1;
       }
       puts ("OK/n");
这段代码比较重要,它根据image所采用的压缩类型,将image解压到hdr->ih_load指向的地址,这个ih_load就是在mkimage中的-a选项指定的地址,这下明白了,-a选项指定的是内核解压后的地址。
 
412 switch (hdr->ih_os) {
       default:                  /* handled by (original) Linux case */
       case IH_OS_LINUX:
#ifdef CONFIG_SILENT_CONSOLE
           fixup_silent_linux();
#endif
           do_bootm_linux (cmdtp, flag, argc, argv,
                          addr, len_ptr, verify);
           break;
              …
       }
 
       SHOW_BOOT_PROGRESS (-9);
#ifdef DEBUG
       puts ("/n## Control returned to monitor - resetting.../n");
       do_reset (cmdtp, flag, argc, argv);
#endif
既然内核已经解压完了,接下来就改启动Linux内核了,这里有用到了image header中的另一个字段ih_os:指明操作系统的类型,我只列出Linux操作系统类型的处理,可以看到它把控制权传递给了 do_bootm_linux 这个do_bootm_linux 对于不同的ARCH有不同的实现,而ARM的实现就是在 lib_arm/armlinux.c中。
 
armlinux.c : do_bootm_linux
83    ulong initrd_start, initrd_end;
initrd的起始地址和结束地址
 
85    void (*theKernel)(int zero, int arch, uint params);
Linux 内核的入口参数,zero = 0,arch为平台编号,params为传递给内核的参数在内存中的地址
 
89    #ifdef CONFIG_CMDLINE_TAG
       char *commandline = getenv ("bootargs");
#endif
如果在include/configs/<board name>.h定义了CONFIG_CMDLINE_TAG则将bootargs环境变量传递给内核。所以如果发现无法向内核传递参数,应该检查一下CONFIG_CMDLINE_TAG是否定义。
 
93    theKernel = (void (*)(int, int, uint))ntohl(hdr->ih_ep);
hdr为指向image header的指针,hdr->ih_ep就是我们用mkimage创建image时-e选项的参数:内核的入口地址。
 
从98到207行为处理bootm命令传递的initrd参数。包括判断bootm是否传递了initrd参数,检验initrd的有效性(幻数,校验和等)
 
下面这一段代码在内核启动前,向内核传递参数(以Tag标记的形式),这段代码依赖于很多的宏定义,比如CONFIG_CMDLINE_TAG等,它们通常定义在include/configs/<board name>.h中,所以如果要想u-boot给内核传递特定的标记,则必须定义相应的宏。传递标记是通过setup_<tag name>_tag函数完成的,具体可以参考cmd_boot.m里面的实现。
#if defined (CONFIG_SETUP_MEMORY_TAGS) || /
    defined (CONFIG_CMDLINE_TAG) || /
    defined (CONFIG_INITRD_TAG) || /
    defined (CONFIG_SERIAL_TAG) || /
    defined (CONFIG_REVISION_TAG) || /
    defined (CONFIG_LCD) || /
    defined (CONFIG_VFD)
       setup_start_tag (bd);
#ifdef CONFIG_SERIAL_TAG
       setup_serial_tag (&params);
#endif
 
#ifdef CONFIG_REVISION_TAG
       setup_revision_tag (&params);
#endif
 
#ifdef CONFIG_SETUP_MEMORY_TAGS
       setup_memory_tags (bd);
#endif
 
#ifdef CONFIG_CMDLINE_TAG
       setup_commandline_tag (bd, commandline);
#endif
 
#ifdef CONFIG_INITRD_TAG
       if (initrd_start && initrd_end)
              setup_initrd_tag (bd, initrd_start, initrd_end);
#endif
 
#if defined (CONFIG_VFD) || defined (CONFIG_LCD)
       setup_videolfb_tag ((gd_t *) gd);
#endif
       setup_end_tag (bd);
#endif
 
       /* we assume that the kernel is in place */
       printf ("/nStarting kernel .../n/n");
 
#ifdef CONFIG_USB_DEVICE
       {
              extern void udc_disconnect (void);
              udc_disconnect ();
       }
#endif
 
275 theKernel (0, bd->bi_arch_number, bd->bi_boot_params);
经过一系列的准备,终于到了启动内核的时候了,这里bd->bi_arch_number和bd->bi_boot_params在具体开发板的board_init函数里面初始化,比如对于smdk2410的board_init:
106         gd->bd->bi_arch_number = MACH_TYPE_SMDK2410;
107         gd->bd->bi_boot_params = 0x30000100;
smdk2410把启动参数放在了0x30000100开始的地方。上面提到的Tag的传递,也是放到这个地址。这点可以从armlinux.c中的setup_start_tag函数看出
static void setup_start_tag (bd_t *bd)
{
       params = (struct tag *) bd->bi_boot_params;
 
       params->hdr.tag = ATAG_CORE;
       params->hdr.size = tag_size (tag_core);
 
       params->u.core.flags = 0;
       params->u.core.pagesize = 0;
       params->u.core.rootdev = 0;
 
       params = tag_next (params);
}

上面函数的第一句表明第一个param的地址为bd->bi_boot_params,到这了我们明白,u-boot向内核传递启动参数由一系列在include/configs/<board name>.h中的宏控制,启动参数传递的地址在board_init中初始化。

转自 http://blog.chinaunix.net/u1/47239/showart_377972.html

 
测绘无人船避坑指南:云卓H12Pro遥控器接海康摄像头,从网络设置到RTSP流延迟优化全流程 本文详细解析了测绘无人船视频子系统的优化方案,重点介绍海康威视摄像头与云卓H12Pro遥控器的深度适配流程。从网络设置到RTSP流延迟优化,提供了一套经过实测的低延迟(<200ms)解决方案,适用于复杂水域环境下的测绘任务。 阅读详情

相关推荐

用workbuddy自定义Skill:手把手搭建AI炒股分析助手

AI Agent正成为个人投资研究的重要工具,而Skill作为行为规范,能让AI输出保持稳定与专业。在AI Agent应用中,很多人分不清Skill与Agent的区别:Agent负责目标拆解与执行,Skill则固化分析流程与输出模板。借助本地工作台workbuddy,用户可自定义Skill,实现从市场环境检查到财务排雷的五段式分析。通过调低温度参数、设定数据验证规则,该方案能有效避免大模型凭空编造数据,帮助个人投资者快速完成基本面体检、资金面观察与风险清单生成。本文基于一套可直接套用的配置与一个月实测,展示

weixin_29038537的博客 526

U-boot启动内核之二bootm启动内核

整理自[uboot] uboot启动kernel篇(二)——bootm跳转到kernel的流程](bootm根据参数指向的镜像填充此结构体,然后使用结构体的内容填充kernel的启动信息,进行跳转。do_bootm_states根据states来判断要执行的操作。

yiyu20180729的博客 1163

手把手教你配置UEFI Secure Boot:从密钥生成到系统验证(附避坑指南)

本文详细介绍了如何配置UEFI Secure Boot,从密钥生成到系统验证的全过程,包括PK、KEK等关键密钥的生成方法,以及常见问题的解决方案。通过实战案例和避坑指南,帮助用户有效提升系统启动安全性,防止恶意软件植入。

weixin_30776273的博客 340

Bootm(cmd_bootm.c)详解

转载地址:https://blog.youkuaiyun.com/fulinus/article/details/8681917 一、在开始之前先说明一下bootm相关的东西。   1、首先说明一下,S3C2410架构下的bootm只对sdram中的内核镜像文件进行操作(好像AT91架构提供了一段从flash复制内核镜像的代码,不过针对s3c2410架构就没有这段代码,虽然可以在u-boot下添加这段代...

kunkliu的博客 1792

RagFlow实战:如何用DeepDoc引擎高效处理扫描PDF文档(附完整代码解析)

本文详细解析了如何利用RagFlow的DeepDoc引擎高效处理扫描PDF文档。通过实战演示从环境搭建、PDF预处理、文本检测与识别,到布局分析与表格结构提取的完整流程,并提供了完整的代码实现。该方案超越了传统OCR,能输出保留原始版面信息的结构化数据,为构建高质量知识库提供了强大支持。

weixin_29245767的博客 300

YOLOv5s模型训练全流程解析:从数据准备到实战检测

本文详细解析了YOLOv5s模型训练的全流程,涵盖从环境搭建、数据准备与格式转换,到模型训练、参数调优及实战检测的完整步骤。文章提供了具体的代码示例和常见问题解决方案,旨在帮助开发者,特别是新手,高效掌握YOLOv5s模型训练的核心技术,并成功应用于实际检测任务中。

weixin_29041767的博客 333

海思(Hi3521a)uboot详细分析(8)——bootm启动命令解析

在uboot启动第二阶段的最后,程序进入了一个死循环,实际是在等待超时和等待用户命令的输入,然后根据不同的命令去执行uboot的不同功能,实际uboot就是一个单片机程序,只有一个进程在运行。uboot引导kernel的启动,首先是从环境变量bootcmd中获取启动命令,然后通过执行bootcmd里面的命令来实现kernel的启动的。 uboot第二阶段启动可以查看博客《uboot.........

Biao 6335

【详细】芯片设计全流程(包括每个流程需要用到的工具以及需要参与的工作人员)

一颗芯片的诞生经历了设计、制造和测试(分别对应集成电路产业链的设计业、制造业和封测业),而每一步都包含了复杂的步骤和流程。 图0-1 集成电路产业链 现在,我们重点介绍芯片设计的全流程以及每个流程需要用到的设计工具和需要参与的工作人员。 一、IC设计分类 首先对IC设计的分类做个介绍,如图1-1所示。 图1-1 IC设计分类 如图1-1所示,IC设计可以粗分为数字IC设计和射频/模拟IC设计,数字IC设计又可分为ASIC设计和FPGA/CPLD设计,此外还有一部分IC设计.

qq_36045093的博客 8万+

uboot的常用命令及用法

转载地址:http://www.cnblogs.com/x_wukong/p/9244742.html uboot是bootloader的一种,主要是用于引导内核启动.  uboot除此功能外, 还带有很多其它功能. 功能是通过命令来调用. uboot的命令: help //列出当前uboot所有支持的命令 help 命令 //查看指定命令的帮助 res...

kunkliu的博客 1668

ADRC自抗扰PD+ESO控制(博途SCL源代码)

文章浏览阅读119次。线性自抗扰控制(LADRC)系统算法框图-优快云博客文章浏览阅读335次。NLADRC自抗扰控制从Simulink仿真到PLC控制实现_自抗扰控制器 simulink仿真-优快云博客本文介绍了如何将ADRC自抗扰控制算法从Simulink仿真应用到PLC控制中,包括Simulink框图、TD微分器模型、MATLAB函数的使用、SCL控制代码,以及非线性状态误差反馈控制率的实现。ADRC自抗扰PD+ESO控制(CODESYS测试+完整ST代码)-优快云博客。

RXXW_Dor的博客 1317

【MATLAB代码】TDOA+TOA融合算法,高精度定位。通过多边定位解算4个锚点、平面目标的位置,附代码

二维平面下的TOA、TDOA及混合定位算法,通过4个锚节点对目标点进行定位。

985工科博士毕业,专攻定位、导航和滤波等算法研究。从业10年,主要使用MATLAB 211

uboot的常用命令

 U-Boot还提供了更加详细的命令帮助,可以通过”?”显示支持的命令列表,通过help [CommandName]命令还可以查看每个命令的参数说明。1、bootmbootm [addr [arg ...]]    - boot application image stored in memory          passing arguments arg ...; when

gc315630的专栏 1068

Winform利用动画控制实现各种特效

动画绘制控制类代码 using System; using System.Drawing; using System.Drawing.Drawing2D; using System.Drawing.Imaging; using System.Threading; using System.Windows.Forms; namespace Mengliao.CSharp.A14 { #region 动画类型枚举 // 本例为了简单起见没有使用见名知意的名称,如用于实际可将这些枚举成员更名

LilyCoder的博客 2501

bootm调用流程

bootm调用流程

Runner_Linux的博客 636

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

uboot启动内核的相关命令详解——boot、bootm

1、boot和bootm命令的联系 当我们进入uboot的命令终端后,可以利用boot和bootm来启动内核,但是命令的使用方式有区别: 直接输入boot命令就可以启动内核,如果使用bootm命令,后面还需要传入内核在DDR中的地址。 (1)boot命令:完成内核的重定位,将内核从外存加载到内存,然后启动内核; (2)bootm命令:调用时一般要传入内核在内存中的地址,然后去该地址处启动内核;如果不传入内核在内存中的地址,bootm会用默认地址去启动内核,这样不保证能正确启动内核。 (3)bootm命令可

weixin_42031299的博客 1万+

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

[uboot] uboot启动kernel篇(二)——bootm跳转到kernel的流程

bootm命令执行流程 跳转到kernel的流程

ooonebook的博客 3万+

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

U-Boot命令之BOOT操作命令

BOOT操作命令BOOT操作命令1、 bootz 命令2、 bootm 命令3、 boot 命令 BOOT操作命令 uboot 的本质工作是引导 Linux,所以 uboot 肯定有相关的 boot(引导)命令来启动 Linux。常用的跟 boot 有关的命令有: bootz、 bootm 和 boot。 命令 描述 bootz 用于启动 zImage 镜像文件 bootm 用于启动 uImage 镜像文件 boot 用来启动 Linux 系统的 1、 bootz 命令 要启动

一只青木呀 5155

u-boot学习笔记系列(13) -- bootm

本文分析了U-Boot中bootm命令的实现流程,重点研究了从内存引导应用程序镜像的核心函数。主要内容包括: do_bootm()函数处理bootm命令参数,初始化引导信息结构体bootm_info,设置镜像地址、ramdisk和fdt配置。 通过bootm_run()调用启动流程,依次执行: bootm_init()初始化结构体 bootm_find_os()查找操作系统镜像 bootm_find_other()获取ramdisk和fdt配置 bootm_load_os()加载操作系统 核心函数bootm

wdfk-prog.space 1005

uboot命令之bootm详解

开发板:DM3730 cortex-a8 虚拟机:ubuntu 14.04 编译器:gcc-linaro-5.3-2016.02-x86_64_arm-linux-gnueabihf 开发板内核:linux 4.4.12bootm 用于将内核镜像加载到内存的指定地址处,如果有需要还要解压镜像,然后根据操作系统和体系结构的不同给内核传递不同的启动参数,最后启动内核。 一、arm 架构处理器对 lin

小白要学arm 1万+

uboot向kernel的传参机制——bootm与tags

uboot如何启动kernel以及uboot与kernel之间的传参机制详解

做一个有技术追求的人 3万+

u-boot bootm命令与内核传参过程

u-boot bootm命令浅析 bootm命令浅析 与boom命令实现有关的源文件主要为 common/cmd_bootm.c 和lib_arm/armlinux.c。下面就这两个文件中的关键代码段进行分析。   common/cmd_bootm.c(前面数字为Source Insight 中显示的行号): 168 if (argc   addr =

HEN_MAN的专栏 851

U-BOOT下使用bootm引导内核方法

 U-BOOT下使用bootm引导内核方法 注:   u-boot 使用的是打上: http://www.hhcn.com/cgi-bin/topic.cgi?forum=3&topic=651&show=0 上keety大侠提供的补丁生成的u-boot-1.1.3 这段时间不断有人问我u-boot启动内核的问题,记得在上次提供的u-boot源码中提到了go的方案,不过其实u-boot

嵌入式 Linux ARM ADS ADHOC C C++ PLC 单片机 1933

bootm命令

进入bootm命令分析之前,先来看看README里面的几段话,简单翻译之 制作Linux映像 ============ 使用uboot时,内核通常生成的文件"zImage"或"bzImage"是没用的。较新一些的内核原码会 生成"uImage", 这个可以为uboot使用。 "uImage"全用了一个工具"tools/mkimage"来封装压缩后的映像文件,在其头部添加一 些信

小亮的专栏 3798

bootm和bootz的命令和uImage、zImage的关联

1.u-boot.elf == u-boot, 可以单独用uboot编译出来再利用petalinux制作BOOT.BIN 1.1 编译BOOT.BIN的命令 petalinux-package --boot --fsbl zynq_fsbl.elf --fpga system.bit --u-boot fast@fast-virtual-machine:~$ petalinux-packag...

MENGHUANBEIKE的专栏 5844

U-Boot命令手册

 U-Boot还提供了更加详细的命令帮助,可以通过”?”显示支持的命令列表,通过help [CommandName]命令还可以查看每个命令的参数说明。1、bootmbootm [addr [arg ...]]    - boot application image stored in memory          passing arguments arg ...; wh

songok2007的专栏 4480
上一篇: U-BOOT环境变量实现
下一篇: NAND闪存深入解析
menuconfig
博客等级 码龄19年 713粉丝 6原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值