工程分析 - u-boot

已于 2022-03-02 19:09:41 修改
阅读量933 收藏 11
点赞数 1
分类专栏： 软件技术摘要 文章标签： arm
于 2022-01-21 18:11:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/uncle103/article/details/122626274
版权

一 环境搭建

  1. 编译环境
  2. 编译方法

二 启动流程

1. u-boot 启动到 main_loop

  1. u-boot 启动流程

  2. 启动流程特别说明：crt0.S:_main
    参考1 + 参考2

  3. 启动流程特别说明：init_sequence_f
    参考1 + 参考2

  4. 启动流程特别说明：gd 的意义、用途

  5. 启动流程特别说明：init_sequence_r

  6. 启动流程特别说明：u-boot relocate 技术

2. u-boot-spl 启动到 u-boot

  1. 为什么需要SPL？
    SPL 技术在产品设计中是可选的，当sram的存储不足以容纳u-boot的时候推荐使用。
    思考问题：sram 较小的情况下，为什么不直接使用dram呢：bootrom直接把 u-boot加载到dram不就可以了吗？这样多好，中间环节spl就省略了。
    笔者看来，问题可能出在bootrom 不支持dram的最优初始化参数，甚至不清楚如何初始化dram。这部分工作只能交给u-boot-spl、u-boot来做。

  2. SPL 和非SPL U-boot 在执行流程上的差异

  3. 一个支持SPL技术的平台：DM814*
    3.1 dm184x 应用了SPL技术（TI 把二进制spl文件命名为MLO）

    export ARCH=arm
export CROSS_COMPILE=arm-linux-gnueabi-
make  ti814x_evm_defconfig
make  "CFLAGS+= -g OPTFLAGS= -Os" -j4| tee log

    3.2 MLO 和 u-boot.img 在二进制大小的差异

    ospin@ospin-VirtualBox:~/code/ti814x_boot$ ls -l MLO 
-rw-rw-r-- 1 ospin ospin 49436 2月   5 16:06 MLO
ospin@ospin-VirtualBox:~/code/ti814x_boot$ ls -l  u-boot.img 
-rw-rw-r-- 1 ospin ospin 390840 2月   5 16:06 u-boot.img

  4. u-boot-spl 和 u-boot 在职能和源码组成上的差异？
    4.1 MLO 和 u-boot 在二进制文件的差异

3. u-boot 加载内核以及ramdisk

  1. 内核：一般内核镜像的格式分类

  2. 适配：u-boot支持的内核格式

  3. ramdisk：ramdisk制作方法

  4. u-boot 如何引导内核
    4.1 引导Legacy Image

    bootm, bootz, booti
这几个都是从内存中的某个地址获得kernel image。
bootz是启动zImage，而bootm和booti是启动uImage，其中booti专门用来启动ARM64的kernel image。
它们的基本语法是：bootX <kernel address> <rootdisk address> <fdt(dts file) address>，这里的address都是指内存的物理地址，需要提前把image和file加载到内存中，其中根文件系统的地址可以省略（包含在kernel image中），用-来代替。

在常规的启动引导过程中，uboot的各种启动方式实际上最后都是调用bootz的，但之前会设置很多环境变量作为启动的参数。在调试过程中，我们也同样可以手动设置好参数，直接用bootX系列来启动系统。

    4.2 引导FIT Image

    bootm

3. U-boot SPL 功能分析

  1. SPL 和 非SPL U-boot 在二进制文件上的差异

    3.4 SPL(对于TI：MLO)，是可以编译dtb的，命名为：u-boot-spl.dtb，它怎么得到的呢？

    /tools/fdtgrep -b u-boot,dm-pre-reloc -b u-boot,dm-spl -RT arch/arm/dts/origin-dtb-name.dtb -n /chosen -n /config -O dtb | ./tools/fdtgrep -r -O dtb - -o dts/dt-spl.dtb

    可见u-boot-spl.dtb 是从origin-dtb-name.dtb 通过fdtgrep 过滤得到：
    spl设备树只取带有{u-boot,dm-pre-reloc/u-boot,dm-spl 标记|| /chosen//config Node} 的节点，并且最终spl-dtb文件中的u-boot,dm-pre-reloc/u-boot,dm-spl 属性被去掉了。

    3.5

三 功能分析

1. 源码特点：平台抽象

u-boot 依赖Kconfig 完成特定代码的编译工作，依赖链接脚本完成代码链接工作。

链接好的代码又存在一层抽象，即：arm common level 代码形成模板调用接口，接口具体由cpu/board level代码实现。

  1. Arm-Soc 平台代码：mach-xx

    ospin@ospin-VirtualBox:~/code/u-boot-2018.11$ ls arch/arm/
config.mk  Kconfig        mach-at91     mach-exynos      mach-k3        mach-mvebu    mach-qemu      mach-snapdragon  mach-stm32mp   mach-versal     Makefile
cpu        Kconfig.debug  mach-bcm283x  mach-highbank    mach-keystone  mach-omap2    mach-rmobile   mach-socfpga     mach-sunxi     mach-versatile  thumb1
dts        lib            mach-bcmstb   mach-imx         mach-kirkwood  mach-orion5x  mach-rockchip  mach-sti         mach-tegra     mach-zynq
include    mach-aspeed    mach-davinci  mach-integrator  mach-meson     mach-owl      mach-s5pc1xx   mach-stm32       mach-uniphier  mach-zynqmp-r5

  2. Cpu-Core 平台代码
    arm产品系列 + 特别说明 cpu core 架构源码列表如下：

    ospin@ospin-VirtualBox:~/code/u-boot-2018.11$ ls arch/arm/cpu/
arm11  arm1136  arm1176  arm720t  arm920t  arm926ejs  arm946es  armv7  armv7m  armv8  built-in.o  Makefile  pxa  sa1100  u-boot.lds  u-boot-spl.lds

    #禁止FIQ, IRQ中断，重设异常向量表，进入svc Mode
/home/ospin/code/u-boot-2018.11/arch/arm/cpu/armv7/start.S

  3. Board 平台代码
    lowlevel_init 存储在板级代码里

    /*_start 阶段板级平台代码*/
/home/ospin/code/u-boot-2018.11/board/armltd/vexpress/vexpress_common.c

    CONFIG_SYS_INIT_SP_ADDR /*_start 阶段gd 的地址*/

  4. Arm-common代码
    4.1 Arm 中断向量表模板

    /home/ospin/code/u-boot-2018.11/arch/arm/lib/vectors.S
#中断向量_start 存储在平台代码里 /home/ospin/code/u-boot-2018.11/arch/arm/cpu/armv7/start.S

    4.2 Arm 初始化模板

    /home/ospin/code/u-boot-2018.11/arch/arm/lib/crt0.S
/*
#arm 初始化模板
sram alloc
board_init_f
relocate_code
relocate_vectors
init relocated bss
board_init_r
*/

  5. All-arch common 模板

    /*初始化通用模板*/
/home/ospin/code/u-boot-2018.11/common/board_f.c

2. DM 技术

  1. 参考博客
    DM 技术是对driver 的上层封装/抽象。 比如serial-uclass 或者gpio-uclass， 用户可以选择支持他们，也可以不支持。
  2. 优点：
    通过DM 技术， 用户可以把全部的平台设备和驱动程序bind 到 uclass 结构中，进行统一管理。

3. device_probe

  1. device_probe 设计的初衷：
    笔者认为主要是完成硬件层面的配置。当然也可以用来完成driver 数据结构的组织工作。
  2. device_probe 什么时候调用？
    上层通过uclass层准备获取设备的时候，可能调用下面两个函数。最终调用了uclass_get_device_tail 并在这个函数里完成device_probe.
    意义：用户在准备使用设备时才probe！
    int uclass_get_device_by_name(enum uclass_id id, const char *name,
			      struct udevice **devp)
int uclass_get_device(enum uclass_id id, int index, struct udevice **devp)

4. 板级配置：.config 和 config.h

4.1 .config

  1. .config 借助Kconfig 语法生成，参考link
  2. .config 的意义
    .config 决定了哪些源码文件被编译，以及源码文件中哪些预处理代码并编译。就好像从u-boot 的整体集合中选中了一个子集，支持自己的板子。
  3. .config 文件的输出
    3.1 编译过程中，.config 文件中的key=val pair 被转换为C风格的头文件，然后存储在 include/generated/autoconf.h
    3.2 u-boot.cfg 文件记录了 .config 和 conifg.h 的最终结果！！！

4.2 config.h

  1. conifg.h 文件用于板子所用到的参数，比如地址信息等，例如：
    ./include/config.h includes ./include/configs/vexpress_ca9x4.h

2. env 加载和存储

  1. env 存储整体设计

  2. 参考大图

3. serial 设备驱动、接口

参见大图

5. u-boot-spl 引导 u-boot

5. U-boot 二进制输出命名规则

  1. u-boot.img vs u-boot.bin
  2. 其它

6. U-boot设备树功能分析

  1. U-boot 源码和设备树 编译过程
  2. U-boot 设备树的设计思想
  3. U-boot 设备树格式与解析

7. U-boot 增加一个命令

https://blog.csdn.net/zd845101500/article/details/104017849

8. U-boot 启动内核 bootcmd

  1. booti/bootz/bootm
  2. bootcmd

9. 内存布局和检测

9.1 内存分类

SRAM 是 SOC 片内存储， 容量非常小。 在 init_sequence_f 阶段用于存储 struct global_data 结构体

SDRAM 是SOC 片外存储， 容量和体积大。 在init_sequence_f 阶段调用 dram_init 实现检测。
dram_init 函数由board level 代码实现，通过读写内存完成存储单元功能检测。

9.2 内存布局

gd->ram_base = CONFIG_SYS_SDRAM_BASE; //内存基地址
gd->ram_top = gd->ram_base + get_effective_memsize(); //内存顶部地址
... reserve memorys...
gd->relocaddr = gd->ram_top - reserveed mem - ; 
gd->relocaddr -= gd->mon_len; //uboot 重放地址

gd->start_addr_sp = gd->relocaddr;
gd->start_addr_sp -=  TOTAL_MALLOC_LEN;//malloc 内存分配

gd->start_addr_sp -= sizeof(bd_t);
gd->bd = (bd_t *)map_sysmem(gd->start_addr_sp, sizeof(bd_t)); //board info 内存分配

gd->start_addr_sp -= sizeof(gd_t); 
gd->new_gd = (gd_t *)map_sysmem(gd->start_addr_sp, sizeof(gd_t)); //新的gd_t 在sdram的分配

gd->start_addr_sp -= gd->fdt_size;// fdt 内存分配
gd->new_fdt = map_sysmem(gd->start_addr_sp, gd->fdt_size); 

debug("New Stack Pointer is: %08lx\n", gd->start_addr_sp); //最后得到栈顶

11. struct global_data

参考博客

四 工程设计

1.

五 工具的使用

  1. qemu 也能支持gdb调试
    1.1 qemu 启动gdbserver
    1.2 arm-linux-gdb 安装方法
    1.3 u-boot 符号表支持gdb

    #qemu
$qemu-system-arm -M vexpress-a9 -s -S -kernel u-boot

#gdb
$arm-linux-gnueabi-gdb
$(gdb) target remote localhost:1234
$(gdb) bt

  2. qemu 学习资料

  3. vexpress a9 学习资料
    3.1 qemu 对 vexpress的介绍：mothter board + daughter card
    3.2 Versatile Express 的一篇wiki
    3.3 qemu退出方法

  4. 反汇编dtb
    https://blog.csdn.net/xiezhi123456/article/details/82416165

Johhny Rade
关注
  • 1
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
uboot移植
小虾米编程
05-30 2505
u-boot工程与编译系统 1.BootLoader介绍 对于计算机系统来说，从开机上电到操作系统启动需要一个引导过程。嵌入式Linux系统同样离不开引导程序，这个引导程序就叫作启动加载程序（Bootloader）。 Bootloader是在操作系统运行之前执行的一段小程序。通过这段小程序，可以初始化硬件设备、建立内存空间的映射表，从而建立适当的系统软硬件环境，为最终调用操作系统内核做好准备...
u-boot makefile 分析
03-07
在Linux环境下进行内核移植时，理解和分析U-Boot的Makefile至关重要，因为它决定了编译过程的正确性和效率。 1. **U-Boot配置过程** (1) **主机系统架构识别**：在Makefile中，`HOSTARCH`变量通过`uname -m`命令...
一、建立uboot源码工程 (2011-03-08 11:12)
kerson的专栏
08-06 2990
分类： uboot2010.09移植 工具：sourceinsight3.5 源码：uboot2010.12 1、安装sourceinsight3.5，此处省略1千字。 2、安装完成之后对sourceinsight3.5进行相应的设置： 选择options－>document options  点击auto indent
嵌入式linux开发uboot移植（二）——uboot工程源码目录分析
weixin_34362991的博客
06-22 210
嵌入式linux开发uboot移植（二）——uboot工程源码目录分析本文分析的uboot为uboot_smdkv210，是三星官方发布的基于S5PV210评估开发板对应的uboot。一、uboot源码目录结构解析1、cpu本文件夹下的子文件与处理器相关，每个文件夹代表一种CPU系列。每个子目录中都包括cpu.c、interrupts.c、start.S文件。...
RK3588 uboot下的emmc驱动---学习笔记
qq_52495812的博客
09-15 1814
MMC 为 MultiMedia Card，多媒体存储卡，但后续泛指一个接口协定（一种卡式），能符合这接口的内存器都可称作 mmc 储存体。可以分为三类：1.1 mmc type card ：1.标准 mmc 卡：闪存卡的一种，使用 mmc 标准；MultiMediaCard，是 MMC 协会所制定的内嵌式存储器标准规格，带有 mmc 接口，是具备 mmc 协议的芯片。1.2 sd type card：SD 卡为 Secure Digital Memory Card, 即安全数码卡。
驱动probe 被调用的流程分析
寻箐
07-25 2124
对于linux platform device 和driver，一个driver可对应多个device，通过名字进行匹配，调用驱动里边实现的probe函数 本文以一个i2c设备为例，从驱动的i2c_add_driver()开始看源码，分析如何一步一步调用的probe()函数。 分析的代码基于linux kernel msm-4.4。 /*******************************...
i2c中probe函数实现必须要传统匹配和设备树匹配同时实现
m0_59249795的博客
04-01 1699
i2c中probe函数实现必须要传统匹配和设备树匹配同时实现 引用：引用参考原文——linux3.0以后自己实现i2c驱动probe探测函数不执行原因 正点原子i2c驱动实验，读写ap3216c,只有传统匹配表和设备树匹配表同时存在，i2c设备才能匹配成功，注释掉其中一个都会匹配失败。导致不会进入probe函数。（同platform） 这是内核中的问题并不是代码问题。 原因是在 i2c_device_probe 函数中存在 static int i2c_device_probe(struct device
关于U-boot的引导过程分析
08-10
本文将详细分析U-boot的引导过程，帮助读者深入理解这一关键步骤。 引导过程分为两个主要阶段： 1. 第一步：基本硬件初始化 在系统上电后，CPU通常会从预设的地址（如ROM或Flash）开始执行代码，这部分代码通常...
u-boot源码分析
05-07
本文从以下几个方面粗浅地分析u-boot并移植到FS2410板上： 1、u-boot工程的总体结构 2、u-boot的流程、主要的数据结构、内存分配。 3、u-boot的重要细节，主要分析流程中各函数的功能。 4、基于FS2410板子的u-boot...
建立U-Boot代码分析工程
05-30
嵌入式，Source-Insight建立Uboot工程
U-BOOT源码分析及移植
09-09
本文从以下几个方面粗浅地分析u-boot并移植到FS2410板上： 1、u-boot工程的总体结构 2、u-boot的流程、主要的数据结构、内存分配。 3、u-boot的重要细节，主要分析流程中各函数的功能。 4、基于FS2410板子的u-boot...
基于RK3568的Linux开发
weixin_60508885的博客
04-14 5855
本文主要介绍了如何编译官方的RK356X_Linux_SDK包。针对自制的RK3568板卡对Linux系统进行移植和裁剪。操作系统：Ubuntn18.04内存：4GB及其以上。
【uboot】uboot 2020.04 DM驱动模式 -- Demo体验
ZHONGCAI0901的博客
06-05 1983
文章目录1. 前言2. uboot的驱动模型简介 1. 前言 本篇文章是基于IMX6ULL平台uboot 2020.04源码分析DM驱动模式是如何使用的。IMX6ULL平台uboot源码下载可以参考这篇文章《【uboot】imx6ull uboot 2020.04源码下载和编译环境配置》。 2. uboot的驱动模型简介 uboot引入了驱动模型（driver model）简称为DM，这种驱动模型为驱动的定义和访问接口提供了统一的方法。提高了驱动之间的兼容性以及访问的标准型。 uboot官网有对DM的使用介
【转】uboot中DM驱动模型理解
qq_41987680的博客
05-19 1851
title: uboot中DM驱动模型理解 date: 2022-03-01 18:46:46 categories: tags: - 驱动 - uboot 1、uboot驱动模型（DM） Uboot引入驱动模型（driver model），这种驱动模型为驱动的定义和访问接口提供了统一的方法，提高了驱动之间的兼容性以及访问的标准型，Uboot驱动模型和linux kernel的设备驱动模型相类似，但是又有所区别。 要打开DM模型，最后反映在几个配置信息上： CONFIG_DM=y，全局DM模型打
【u-boot】u-boot源码分析笔记（07）| u-boot驱动模型分析_01
iriczhao的博客
08-06 1436
u-boot有一个功能强大的驱动模型，这一点与linux内核一致。驱动模型对设备驱动相关操作做了一个抽象：使用来描述设备类，使用来描述驱动，使用来描述设备。（1-1）uclassuclass表示以相同特征方式运行的一组device。uclass提供一种以相同接口方式访问组内单个设备的方式。例如：GPIO类提供了get/set值的操作。一个I2C类可能有10个I2C端口，其中4个用于一个驱动程序，6个用于另一个驱动程序。该结构由表示（/include/dm/uclass.h）： （1-2）driver用于提供
u-boot的DM驱动模型
最新发布
个人学习记录
03-05 1121
驱动平台私有数据，在设备匹配时会自动为私有数据分配空间；这部分一般不用开发者编写，这里主要是为了梳理DM的流程。：和设备树匹配后，会进入这个函数；的设备，驱动和上层之间的桥梁是通过。：为u-boot上层提供统一接口。：指明驱动的类型，用于匹配。：获取设备树的属性的函数；是注册硬件驱动的接口；
uboot驱动之udevice
x-2010的笔记
06-04 3255
struct udevice --> driver的一个实例 该结构保存关于设备的一些信息，这个设备是驱动绑定的某个端口或外设，在本质上它也还是个driver实例。 可通过调用bind函数创建一个device，使用U_BOOT_DEVICE()宏实现（在这种情况下，platdata为非空）或在设备树中创建一个节点（在这种情况下of_offset大于0）。在后一种情况下，是将设备树信息保存到platdata中去的，保存操作的函数为驱动的ofdata_to_platdata方法（当设备是一个设备树节点形式
STM32MP157系列教程连载-Linux系统移植篇4：STM32MP1微处理器之Bootloader移植
stm_fpga的博客
11-23 2739
STM32MP157系列教程连载-Linux系统移植篇4：STM32MP1微处理器之Bootloader移植 第 1 章 BootLoader（Uboot）移植 1.1 实验原理 1.1.1 概念 简单地说，Bootloader就是在操作系统内核运行之前运行的一段程序，它类似于PC机中的BIOS程序。通过这段程序，可以完成硬件设备的初始化，并建立内存空间的映射图的功能，从而将系统的软硬件环境带到一个合适的状态，为最终调用系统内核做好准备。 通常，Bootloader是严重地依赖于硬件实现的，特别是在嵌入式中
u-boot的boot命令
asukaztc的专栏
12-18 1938
针对不同的Kernel image格式，u-boot提供了不同的boot指令，例如： booti: 引导ARM64 kernel image—-Image； bootz: 引导ARM kernel image—-zImage； bootm: 引导u-boot自定义的kernel image—-uImage。 参考资料 http://www.wowotech.net/x_project/bubb
U-Boot源码解析龙芯版
11-10
《U-Boot源码解析（龙芯版）》一书详细讲解了在龙芯2K1000LA开发板上U-Boot的源码分析和移植技术。U-Boot作为嵌入式设备启动时的关键组件，负责初始化硬件环境，加载操作系统内核，是操作系统与硬件之间的桥梁。在...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值