UBOOT BUILD_TAG

最新推荐文章于 2024-09-25 15:09:04 发布
原创 最新推荐文章于 2024-09-25 15:09:04 发布 · 397 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#uboot #build_tag

本文探讨了UBOOT在启动时出现jenkins相关打印的问题。通过对代码的分析，发现在/lib/display_options.c中存在打印，并在board_init_f初始化流程中调用。问题在于UBOOT的BUILD_TAG依赖于环境变量，而本地环境中并未设置。通过手动添加BUILD_TAG环境变量并重新编译，确认了jenkins编译时会设置此变量。

UBOOT BUILD_TAG

代码基于uboot-2016.11

问题描述

在BOOT启动时，发现会有jenkins相关的打印，那么这个打印是从哪里来的呢

Bootrom Version 2.1.0 (based upon U-Boot 2009.03) May 19 2017 - 15:38:38
, Build: jenkins-ISCOM3000G_B_

问题定位

首先在/lib/display_options.c中找到了打印

int display_options (void)
{
#if defined(BUILD_TAG)
	printf ("\n\n%s, Build: %s\n\n", version_string, BUILD_TAG);
#else
	printf ("\n\n%s\n\n", version_string);
#endif
	return 0;
}

那么这个显示在初始化流程中被引用

static init_fnc_t init_sequence_f[] = {
	display_options,	/* say that we are here */

初始化最终在著名的board_init_f中

void board_init_f(ulong boot_flags)
{
	if (initcall_run_list(init_sequence_f))
		hang();

在uboot代码中查找BUILD_TAG

root@Ubuntu:~/uboot/u-boot-2016.11-rc2# grep "BUILD_TAG" * -R
lib/Makefile:CFLAG
最低0.47元/天 解锁文章

新学期VIP享超值加赠
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】018 - init_sequence_r ：重定位后的函数列表
|~~~热爱生活、努力学习的小伙汁~~~|
08-11 663
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】018 - init_sequence_r ：重定位后的函数列表
RK3568实战项目(五)--uboot进阶开发
文艺小少年的博客
02-09 217
本文接着来将uboot中的一些进阶功能，主要以镜像结构与安全启动为主
uboot移植之tag传参
weixin_33736048的博客
05-14 267
1：什么是tag（1）tag是一种数据结构，用于uboot向内核传递参数，一个tag代表了一个参数，uboot在向kernel传参时，就是通过一个个tag来实现的。（2）每个tag都有一个tag_header（一个结构体），包含了tag的类型和大小，然后tag中剩余的部分tag_xxx来当作传参的tag2：kernel如何知道tag的起始地址。uboot启动内核的最后通过th...
build uboot
烟酒僧的专栏
04-16 1204
Building the Software: ====================== Building U-Boot has been tested in several native build environments and in many different cross environments. Of course we cannot support all possibly e
一文介绍完uboot，以tag结构体的方式给内核传参，cmdline，bootargs，以及uboot如何启动内核（三）
rjszcb的博客
09-25 807
其中bd->bi_boot_params就是所有tag结构体所在的首地址，这个地址是保存在全局变量gd->bd中的，在uboot启动的前期会指定内存地址用于存放tag结构体，然后在启动内核的时候传给内核，内核拿到地址就会从该地址去遍历tag结构体，内核会判断tag的类型，如果是ATAG_CORE类型的tag则是起始的tag，如果是ATAG_NONE则是最后一个tag结构体，不用再往后遍历。uboot(universal boot)是通用的启动代码，支持多种架构的CPU，并且是开源的。
【linux】U-BOOT与linux kernel通信: struct tag
weixin_34415923的博客
04-23 147
欢迎转载，转载时需保留作者信息。 邮箱：tangzhongp@163.com 博客园地址：http://www.cnblogs.com/embedded-tzp Csdn博客地址：http://blog.youkuaiyun.com/xiayulewa u-boot与linux通信格式 如上图，开机时执行u-boot, u-boot引导完后，就是交给li...
Build U-Boot（基于TI AM64）
wzx_numberone的博客
11-26 1457
Build U-Boot（基于TI AM64）
android uboot启动过程,Android启动流程简析（一）
weixin_29216353的博客
05-25 2183
最近一时兴起，想对Android的启动流程进行一次分析，经过一番整理，从以下几个方面进行总结，代码部分只讨论思路，不论细节。Android架构介绍Android启动概述BootLoader介绍Kernel初始化介绍Init初始化介绍Zygote启动介绍SystemServer启动介绍Launcher启动介绍Log抓取与分析方法由于发表文章的时候提示内容过长无法发布，于是把文章拆成了三部分发布：1....
内核获得u-boot传递的TAG的方式
yogach的博客
02-21 402
uboot在完成所有工作之后使用theKernel()启动内核 theKernel (0, machid, bd->bi_boot_params); 传递三个参数0、machid、TAG的首地址，分别存入r0,r1,r2，之后启动内核。 内核中获取TAG首地址则是在arch/arm/kernel/setup.c文件的setup_arch()函数中（内核版本：linu...
uboot以tag方式给内核传参
weixin_42031299的博客
11-09 2228
1、tag方式传参 (1)struct tag，tag是一个数据结构，在uboot和linux kernel中都有定义tag数据机构，而且定义是一样的。 (2)tag_header和tag_xxx。tag_header中有这个tag的size和类型编码，kernel拿到一个tag后先分析tag_header得到tag的类型和大小，然后将tag中剩余部分当作一个tag_xxx来处理。 (3)tag_start与tag_end。kernel接收到的传参是若干个tag构成的，这些tag由ATAG_CORE类型的
ISCOM系列以太网交换机宽带接入方案
08-04
目前使用交换机搭建网络的应用很多，下面针对宽带小区接入与大客户接入两种环境，如图1、2所示，应用ISCOM系列以太网交换机进行网络建设，以此来介绍ISCOM系列交换机具体应用的特色。
raisecom交换机配置指南手册
10-01
ISCOM3000G(B)系列 三层以太网交换机 配置指南(CLI)(Rel_06)
交换机路由器手册
04-18
华为 华三 思科 中兴 交换机 路由器 三层设备完全配置手册。
iTN系列产品介绍
06-15
iTN系列产品介绍
瑞斯康达3024G交换机配置实例1
09-08
瑞斯康达三层3024G交换机配置实例，trunk，access ，ip地址配置，vlan划分等实战应用
uboot linux内核传递参数,uboot给内核传参的方式——tag
weixin_35537635的博客
04-29 879
一：tag是什么？tag 是一个数据结构：stract tag 这种数据格式在uboot和kernel是一样的，也就是说uboot在启动的时候将需要传给kernel的参数放在了DDR的某个地址处，而存放格式就是tag格式，然后kernel就会到这个地址去读取这些参数，读取方式也是按tag格式去读取的。简单来说tag就像是一个数组一样，是一块连续的内存，里面存放了uboot需要传递给kernel的...
u-boot向Linux内核传递参数tag原理分析
猪哥的专栏
03-03 1465
U-boot最主要的功能是引导OS，目前对Linux支持的相对比较好，“引导”的意义不仅仅是拷贝内核，运行内核，还要给内核kernel传递板子的相关参数，打个比方，u-boot相当于是一名专业功底深厚的 “接待员”，他会先初始化好一些外围设备，比如说串口，SDRAM、Nand Flash、MMC等，初始化这些 外围设备也是为了最终迎接Kernel的到来，比如初始化串口，自然是为了调试打印，...
U-boot 编译
mx_jun的博客
05-02 948
U-Boot编译概述：了解编译流程，为嵌入式系统开发准备必要的工具和环境。
Uboot学习笔记（三）Uboot编译过程分析
a568713197的博客
10-18 1182
Uboot编译过程分析简介build_uboot.sh分析关于make config的部分mkconfig分析Makefile分析 简介 通过阅读讯为提供的使用手册，我们可以知道三星Exynos4412的Uboot的编译是通过调用build_uboot.sh来实现的，这个脚本文件通过传入参数的不同来生成不同内存大小、emmc大小的核心板的uboot.bin二进制文件，例如：SCP封装2GDDR内存...
#!/bin/sh echo 'image_recovery.sh' SUCCESS=0 FAILURE=1 ERROR=2 RETURNDATA=$SUCCESS FSBL_DEV=/dev/mtd0 UBOOT_DEV=/dev/mtd1 UBOOT_BAK_DEV=/dev/mtd2 FSBL_SW_WP=/sys/class/mtd/mtd0/software_wp UBOOT_SW_WP=/sys/class/mtd/mtd1/software_wp UBOOT_BAK_SW_WP=/sys/class/mtd/mtd2/software_wp # check first run if [ ! -f /mnt/update/image_checked ]; then data=`dd if=$FSBL_DEV bs=8 count=1 status=none |xxd -p` if [ $data != "ffffffffffffffff" ]; then echo "Backup fsbl and uboot image" [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP flash_eraseall $UBOOT_BAK_DEV dd if=$FSBL_DEV of=$UBOOT_BAK_DEV bs=2048 count=128 dd if=$UBOOT_DEV of=$UBOOT_BAK_DEV bs=2048 seek=128 count=576 sync [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP fi touch /mnt/update/image_checked fi # check/recover fsbl image mtd_need_rec=0 mtd_bak_need_rec=0 data=`dd if=$FSBL_DEV bs=8 count=1 status=none |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_need_rec=1 fi data=`dd if=$UBOOT_BAK_DEV bs=8 count=1 status=none |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_bak_need_rec=1 fi if [ $mtd_need_rec == 0 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Recover image fsbl_bak from fsbl!" dd if=$UBOOT_BAK_DEV of=/tmp/image_cache bs=2048 skip=128 count=576 #backup uboot_bak [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP flash_eraseall $UBOOT_BAK_DEV dd if=$FSBL_DEV of=$UBOOT_BAK_DEV bs=2048 count=128 dd if=/tmp/image_cache of=$UBOOT_BAK_DEV bs=2048 seek=128 count=576 sync [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP rm /tmp/image_cache elif [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 0 ]; then echo "Recover image fsbl from fsbl_bak!" [ -f $FSBL_SW_WP ] && echo 0 > $FSBL_SW_WP flash_eraseall $FSBL_DEV dd if=$UBOOT_BAK_DEV of=$FSBL_DEV bs=2048 count=128 sync [ -f $FSBL_SW_WP ] && echo 1 > $FSBL_SW_WP elif [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Both fsbl and fsbl_bak images are broken!" fi # check/recover u-boot image mtd_need_rec=0 mtd_bak_need_rec=0 data=`dd if=$UBOOT_DEV bs=8 count=1 status=none |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_need_rec=1 fi data=`dd if=$UBOOT_BAK_DEV bs=8 skip=32768 count=1 status=none |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_bak_need_rec=1 fi if [ $mtd_need_rec == 0 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Recover image uboot_bak from uboot!" dd if=$UBOOT_BAK_DEV of=/tmp/image_cache bs=2048 count=128 #backup fsbl_bak [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP flash_eraseall $UBOOT_BAK_DEV dd if=$UBOOT_DEV of=$UBOOT_BAK_DEV bs=2048 seek=128 count=576 dd if=/tmp/image_cache of=$UBOOT_BAK_DEV bs=2048 count=128 sync [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP rm /tmp/image_cache elif [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 0 ]; then echo "Recover image uboot from uboot_bak!" [ -f $UBOOT_SW_WP ] && echo 0 > $UBOOT_SW_WP flash_eraseall $UBOOT_DEV dd if=$UBOOT_BAK_DEV of=$UBOOT_DEV bs=2048 skip=128 count=576 sync [ -f $UBOOT_SW_WP ] && echo 1 > $UBOOT_SW_WP elif [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Both uboot and uboot_bak images are broken!" fi exit $RETURNDATA这个shell脚本里面各行是啥意思
最新发布
08-30
<think> 我们被要求解析一个shell脚本，并解释每一行代码的含义。 脚本内容如下： #!/bin/sh echo 'image_recovery.sh' SUCCESS=0 FAILURE=1 ERROR=2 RETURNDATA=$SUCCESS FSBL_DEV=/dev/mtd0 UBOOT_DEV=/dev/mtd1 UBOOT_BAK_DEV=/dev/mtd2 FSBL_SW_WP=/sys/class/mtd/mtd0/software_wp UBOOT_SW_WP=/sys/class/mtd/mtd1/software_wp UBOOT_BAK_SW_WP=/sys/class/mtd/mtd2/software_wp # check first run if [ ! -f /mnt/update/image_checked ]; then data=`dd if=$FSBL_DEV bs=8 count=1 status=none |xxd -p` if [ $data != "ffffffffffffffff" ]; then echo "Backup fsbl and uboot image" [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP flash_eraseall $UBOOT_BAK_DEV dd if=$FSBL_DEV of=$UBOOT_BAK_DEV bs=2048 count=128 dd if=$UBOOT_DEV of=$UBOOT_BAK_DEV bs=2048 seek=128 count=576 sync [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP fi touch /mnt/update/image_checked fi # check/recover fsbl image mtd_need_rec=0 mtd_bak_need_rec=0 data=`dd if=$FSBL_DEV bs=8 count=1 status=none |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_need_rec=1 fi data=`dd if=$UBOOT_BAK_DEV bs=8 count=1 status=none |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_bak_need_rec=1 fi if [ $mtd_need_rec == 0 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Recover image fsbl_bak from fsbl!" dd if=$UBOOT_BAK_DEV of=/tmp/image_cache bs=2048 skip=128 count=576 #backup uboot_bak [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP flash_eraseall $UBOOT_BAK_DEV dd if=$FSBL_DEV of=$UBOOT_BAK_DEV bs=2048 count=128 dd if=/tmp/image_cache of=$UBOOT_BAK_DEV bs=2048 seek=128 sync [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP rm /tmp/image_cache fi if [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 0 ]; then echo "Recover image fsbl from fsbl_bak!" [ -f $FSBL_SW_WP ] && echo 0 > $FSBL_SW_WP flash_eraseall $FSBL_DEV dd if=$UBOOT_BAK_DEV of=$FSBL_DEV bs=2048 count=128 sync [ -f $FSBL_SW_WP ] && echo 1 > $FSBL_SW_P fi if [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Cannot recover fsbl and fsbl_bak because both are bad!" RETURNDATA=$ERROR fi exit $RETURNDATA 我们将逐段解释： 1. 开头部分：定义变量 2. 第一次运行检查：如果从未检查过，则进行备份操作 3. 检查并恢复fsbl（启动加载程序）镜像 4. 根据检查结果执行恢复操作 5. 退出并返回状态 注意：脚本中出现了[ --snip-- ]，表示中间有部分被省略，但我们根据上下文可以推断出完整的逻辑。 现在开始详细解释每一行： </think> ### Shell 脚本解析：固件恢复工具 #### 1. **基础设置** ```bash #!/bin/sh echo 'image_recovery.sh' SUCCESS=0 FAILURE=1 ERROR=2 RETURNDATA=$SUCCESS ``` - **`#!/bin/sh`**：声明使用 Bourne shell 解释器 - **`echo`**：打印脚本名称 - **状态常量**：定义退出代码（成功/失败/错误），其中 $RETURNDATA$ 初始化为成功状态 #### 2. **硬件设备定义** ```bash FSBL_DEV=/dev/mtd0 # 主 FSBL (启动加载程序) 存储设备 UBOOT_DEV=/dev/mtd1 # 主 U-Boot 存储设备 UBOOT_BAK_DEV=/dev/mtd2 # U-Boot 备份设备 FSBL_SW_WP=/sys/class/mtd/mtd0/software_wp # FSBL 写保护控制 UBOOT_SW_WP=/sys/class/mtd/mtd1/software_wp UBOOT_BAK_SW_WP=/sys/class/mtd/mtd2/software_wp ``` - **`/dev/mtd*`**：MTD (Memory Technology Device) 闪存设备节点 - **`/sys/class/mtd/.../software_wp`**：软件写保护控制接口 (0=禁用/1=启用) #### 3. **首次运行检查** ```bash if [ ! -f /mnt/update/image_checked ]; then data=`dd if=$FSBL_DEV bs=8 count=1 |xxd -p` if [ $data != "ffffffffffffffff" ]; then echo "Backup fsbl and uboot image" [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP # 禁用写保护 flash_eraseall $UBOOT_BAK_DEV # 擦除备份区 dd if=$FSBL_DEV of=$UBOOT_BAK_DEV bs=2048 count=128 # 备份 FSBL dd if=$UBOOT_DEV of=$UBOOT_BAK_DEV bs=2048 seek=128 count=576 # 备份 U-Boot sync # 同步写入 [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP # 启用写保护 fi touch /mnt/update/image_checked # 创建标记文件 fi ``` - **核心逻辑**：首次启动时检测 FSBL 是否有效（非全 FF 空白） - **关键操作**： - `dd if=/dev/mtd0 bs=2048 count=128`：复制前 128 块（256KB）FSBL - `dd ... seek=128`：跳过 128 块写入 U-Boot（备份到不同位置） - `flash_eraseall`：擦除 MTD 设备（NOR 闪存操作） #### 4. **固件损坏检测** ```bash mtd_need_rec=0 mtd_bak_need_rec=0 data=`dd if=$FSBL_DEV bs=8 count=1 |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_need_rec=1 # 主分区损坏标志 fi data=`dd if=$UBOOT_BAK_DEV bs=8 count=1 |xxd -p` if [ $data == "ffffffffffffffff" ]; then mtd_bak_need_rec=1 # 备份分区损坏标志 fi ``` - **检测原理**：读取设备前 8 字节，全 $ \mathtt{FF} $ 表示擦除状态（无有效数据） - **`xxd -p`**：将二进制转为十六进制字符串（如 `ffffffff`） #### 5. **恢复机制** ```bash # 场景1：主分区正常但备份损坏 if [ $mtd_need_rec == 0 ] && [ $mtd_bak_need_rec == 1 ]; then dd if=$UBOOT_BAK_DEV of=/tmp/image_cache bs=2048 skip=128 count=576 [ -f $UBOOT_BAK_SW_WP ] && echo 0 > $UBOOT_BAK_SW_WP flash_eraseall $UBOOT_BAK_DEV dd if=$FSBL_DEV of=$UBOOT_BAK_DEV bs=2048 count=128 # 恢复FSBL备份 dd if=/tmp/image_cache of=$UBOOT_BAK_DEV bs=2048 seek=128 # 恢复U-Boot备份 [ -f $UBOOT_BAK_SW_WP ] && echo 1 > $UBOOT_BAK_SW_WP rm /tmp/image_cache # 场景2：主分区损坏但备份正常 elif [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 0 ]; then [ -f $FSBL_SW_WP ] && echo 0 > $FSBL_SW_WP flash_eraseall $FSBL_DEV dd if=$UBOOT_BAK_DEV of=$FSBL_DEV bs=2048 count=128 # 从备份恢复主FSBL [ -f $FSBL_SW_WP ] && echo 1 > $FSBL_SW_WP # 场景3：主备均损坏 elif [ $mtd_need_rec == 1 ] && [ $mtd_bak_need_rec == 1 ]; then echo "Cannot recover!" RETURNDATA=$ERROR fi ``` - **恢复策略**：优先使用有效的分区修复损坏分区 - **临时文件**：`/tmp/image_cache` 用于暂存 U-Boot 数据块（避免覆盖） #### 6. **退出处理** ```bash exit $RETURNDATA ``` - 返回预设状态码（0/1/2），供调用者判断执行结果 ### 关键技术原理 1. **MTD 设备操作** $$ \text{闪存布局} = \begin{cases} \mathtt{/dev/mtd0} & \text{(FSBL)} \\ \mathtt{/dev/mtd1} & \text{(U-Boot)} \\ \mathtt{/dev/mtd2} & \text{(备份区)} \end{cases} $$ 2. **写保护机制** ```mermaid graph LR A[写保护文件] --> B[写0禁用保护] B --> C[写入数据] C --> D[写1启用保护] ``` 3. **数据块结构** ```bash # 备份区结构: | 0-127块: FSBL备份 | 128-703块: U-Boot备份 | ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值