uboot之fdt介绍

2024-08-30 17:38
文章标签 uboot 介绍 fdt

本文主要是介绍uboot之fdt介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

[uboot] (番外篇)uboot之fdt介绍

以下例子都以project X项目tiny210(s5pv210平台,armv7架构)为例

[uboot] uboot流程系列: 
[project X] tiny210(s5pv210)上电启动流程(BL0-BL2) 
[project X] tiny210(s5pv210)从存储设备加载代码到DDR 
[uboot] (第一章)uboot流程——概述 
[uboot] (第二章)uboot流程——uboot-spl编译流程 
[uboot] (第三章)uboot流程——uboot-spl代码流程 
[uboot] (第四章)uboot流程——uboot编译流程 
[uboot] (第五章)uboot流程——uboot启动流程 
[uboot] (番外篇)global_data介绍 
[uboot] (番外篇)uboot relocation介绍

建议先看《[[uboot] (番外篇)uboot relocation介绍》和《[uboot] (第四章)uboot流程——uboot编译流程》

=================================================================================

因为在学习uboot的driver module,发现有必要先把uboot的fdt整明白点。所以这里就先学习一下fdt咯。

一、介绍

FDT,flatted device tree,扁平设备树。熟悉linux的人对这个概念应该不陌生。 
简单理解为将部分设备信息结构存放到device tree文件中。 
uboot最终将其device tree编译成dtb文件,使用过程中通过解析该dtb来获取板级设备信息。 
uboot的dtb和kernel中的dtb是一致的。这部分建议直接参考wowo的dtb的文章 
Device Tree(一):背景介绍 
Device Tree(二):基本概念 
Device Tree(三):代码分析

关于uboot的fdt,可以参考doc/README.fdt-control。

二、dtb介绍

1、dtb结构介绍

结构体如下
DTB header
alignment gap
memory reserve map
alignment gap
device-tree structure
alignment gap
device-tree string

dtb header结构如下:

结构体如下
magic
totalsize
off_dt_struct
off_dt_strings
off_mem_rsvmap
version
……

其中,magic是一个固定的值,0xd00dfeed(大端)或者0xedfe0dd0(小端)。 
以s5pv210-tiny210.dtb为例: 
执行”hexdump -C s5pv210-tiny210.dtb | more”命令

@:dts$ hexdump -C s5pv210-tiny210.dtb | more
00000000  d0 0d fe ed 00 00 5a cc  00 00 00 38 00 00 58 14  |......Z....8..X.|
00000010  00 00 00 28 00 00 00 11  00 00 00 10 00 00 00 00  |...(............|
  • 1
  • 2
  • 3

可以看到dtb的前面4个字节就是0xd00dfeed,也就是magic。 
综上,我们只要提取待验证dtb的地址上的数据的前四个字节,与0xd00dfeed(大端)或者0xedfe0dd0(小端)进行比较,如果匹配的话,就说明对应待验证dtb就是一个合法的dtb。

2、dtb在uboot中的位置

dtb可以以两种形式编译到uboot的镜像中。

  • dtb和uboot的bin文件分离

    • 如何使能 
      需要打开CONFIG_OF_SEPARATE宏来使能。
    • 编译说明 
      在这种方式下,uboot的编译和dtb的编译是分开的,先生成uboot的bin文件,然后再另外生成dtb文件。 
      具体参考《[uboot] (第四章)uboot流程——uboot编译流程》。
    • 最终位置 
      dtb最终会追加到uboot的bin文件的最后面。也就是uboot.img的最后一部分。 
      因此,可以通过uboot的结束地址符号,也就是_end符号来获取dtb的地址。 
      具体参考《[uboot] (第四章)uboot流程——uboot编译流程》。
  • dtb集成到uboot的bin文件内部

    • 如何使能 
      需要打开CONFIG_OF_EMBED宏来使能。
    • 编译说明 
      在这种方式下,在编译uboot的过程中,也会编译dtb。
    • 最终位置 
      注意:最终dtb是包含到了uboot的bin文件内部的。 
      dtb会位于uboot的.dtb.init.rodata段中,并且在代码中可以通过__dtb_dt_begin符号获取其符号。 
      因为这种方式不够灵活,文档上也不推荐,所以后续也不具体研究,简单了解一下即可。
  • 另外,也可以通过fdtcontroladdr环境变量来指定dtb的地址 
    可以通过直接把dtb加载到内存的某个位置,并在环境变量中设置fdtcontroladdr为这个地址,达到动态指定dtb的目的。 
    在调试中使用。

三、uboot中如何支持fdt

1、相关的宏

  • CONFIG_OF_CONTROL 
    用于配置是否使能FDT。 
    ./source/configs/tiny210_defconfig:312:CONFIG_OF_CONTROL=y

  • CONFIG_OF_SEPARATE、CONFIG_OF_EMBED 
    配置dtb是否集成到uboot的bin文件中。具体参考上述。一般都是使用分离的方式。

2、如何添加一个dtb

以tiny210为例,具体可以参考project X项目中uboot的git记录:8a371676710cc0572a0a863255e25c35c82bb928 
(1)在Makefile中添加对应的目标dtb 
arch/arm/dts/Makefile

dtb-$(CONFIG_TARGET_TINY210) += \s5pv210-tiny210.dtb
  • 1
  • 2

(2)创建对应的dts文件 
arch/arm/dts/s5pv210-tiny210.dts,注意文件名要和Makefile中的dtb名一致

/dts-v1/;
/{
};
  • 1
  • 2
  • 3

(3)打开对应的宏 
configs/tiny210_defconfig

CONFIG_OF_CONTROL=y
CONFIG_OF_SEPARATE=y  ##其实这里不用配,arm默认就是指定这种方式
  • 1
  • 2

(4)因为最终的编译出来的dtb可能会多个,这里需要为tiny210指定一个dtb 
configs/tiny210_defconfig

CONFIG_DEFAULT_DEVICE_TREE="s5pv210-tiny210"
  • 1

编译,解决一些编译错误,就可以发现最终生成了u-boot.dtb文件。 
通过如下“hexdump -C u-boot.dtb | more”命令可以查看我们的dtb文件,得到部分内容如下:

hlos@node4:u-boot$ hexdump -C u-boot.dtb | more
00000000  d0 0d fe ed 00 00 01 a4  00 00 00 38 00 00 01 58  |...........8...X|
00000010  00 00 00 28 00 00 00 11  00 00 00 10 00 00 00 00  |...(............|
00000020  00 00 00 4c 00 00 01 20  00 00 00 00 00 00 00 00  |...L... ........|
00000030  00 00 00 00 00 00 00 00  00 00 00 01 00 00 00 00  |................|
  • 1
  • 2
  • 3
  • 4
  • 5

四、uboot中如何获取dtb

1、整体说明

在uboot初始化过程中,需要对dtb做两个操作:

  • 获取dtb的地址,并且验证dtb的合法性
  • 因为我们使用的dtb并没有集成到uboot的bin文件中,也就是使用的CONFIG_OF_SEPARATE方式。因此,在relocate uboot的过程中并不会去relocate dtb。因此,这里我们还需要自行为dtb预留内存空间并进行relocate。关于uboot relocate的内容请参考《[uboot] (番外篇)uboot relocation介绍》。
  • relocate之后,还需要重新获取一次dtb的地址。

这部分过程是在init_board_f中实现,参考《[uboot] (第五章)uboot流程——uboot启动流程》。

对应代码common/board_f.c

static init_fnc_t init_sequence_f[] = {
...
#ifdef CONFIG_OF_CONTROLfdtdec_setup, // 获取dtb的地址,并且验证dtb的合法性
#endif
...reserve_fdt, // 为dtb分配新的内存地址空间
...reloc_fdt, // relocate dtb
...
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11

后面进行具体函数的分析。

2、获取dtb的地址,并且验证dtb的合法性(fdtdec_setup)

对应代码如下: 
lib/fdtdec.c

int fdtdec_setup(void)
{
#if CONFIG_IS_ENABLED(OF_CONTROL) // 确保CONFIG_OF_CONTROL宏是打开的# ifdef CONFIG_OF_EMBED/* Get a pointer to the FDT */gd->fdt_blob = __dtb_dt_begin; 
// 当使用CONFIG_OF_EMBED的方式时,也就是dtb集成到uboot的bin文件中时,通过__dtb_dt_begin符号来获取dtb地址。# elif defined CONFIG_OF_SEPARATE/* FDT is at end of image */gd->fdt_blob = (ulong *)&_end;
//当使用CONFIG_OF_SEPARATE的方式时,也就是dtb追加到uboot的bin文件后面时,通过_end符号来获取dtb地址。
# endif/* Allow the early environment to override the fdt address */gd->fdt_blob = (void *)getenv_ulong("fdtcontroladdr", 16,(uintptr_t)gd->fdt_blob);
// 可以通过环境变量fdtcontroladdr来指定gd->fdt_blob,也就是指定fdt的地址。
#endif// 最终都把dtb的地址存储在gd->fdt_blob中return fdtdec_prepare_fdt();
// 在fdtdec_prepare_fdt中检查fdt的合法性
}/* fdtdec_prepare_fdt实现如下 */
int fdtdec_prepare_fdt(void)
{if (!gd->fdt_blob || ((uintptr_t)gd->fdt_blob & 3) ||fdt_check_header(gd->fdt_blob)) {puts("No valid device tree binary found - please append one to U-Boot binary, use u-boot-dtb.bin or define CONFIG_OF_EMBED. For sandbox, use -d <file.dtb>\n");return -1;
// 判断dtb是否存在,以及是否有四个字节对齐。
// 然后再调用fdt_check_header看看头部是否正常。fdt_check_header主要是检查dtb的magic是否正确。}return 0;
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38

验证dtb的部分可以参考《[kernel 启动流程] (第四章)第一阶段之——dtb的验证》。

3、为dtb分配新的内存地址空间(reserve_fdt)

relocate的内容请参考《[uboot] (番外篇)uboot relocation介绍》。 
common/board_f.c中

static int reserve_fdt(void)
{
#ifndef CONFIG_OF_EMBED
// 当使用CONFIG_OF_EMBED方式时,也就是dtb集成在uboot中的时候,relocate uboot过程中也会把dtb一起relocate,所以这里就不需要处理。
// 当使用CONFIG_OF_SEPARATE方式时,就需要在这里地方进行relocateif (gd->fdt_blob) {gd->fdt_size = ALIGN(fdt_totalsize(gd->fdt_blob) + 0x1000, 32);
// 获取dtb的sizegd->start_addr_sp -= gd->fdt_size;gd->new_fdt = map_sysmem(gd->start_addr_sp, gd->fdt_size);
// 为dtb分配新的内存空间debug("Reserving %lu Bytes for FDT at: %08lx\n",gd->fdt_size, gd->start_addr_sp);}
#endifreturn 0;
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19

4、relocate dtb(reloc_fdt)

relocate的内容请参考《[uboot] (番外篇)uboot relocation介绍》。 
common/board_f.c中

static int reloc_fdt(void)
{
#ifndef CONFIG_OF_EMBED
// 当使用CONFIG_OF_EMBED方式时,也就是dtb集成在uboot中的时候,relocate uboot过程中也会把dtb一起relocate,所以这里就不需要处理。
// 当使用CONFIG_OF_SEPARATE方式时,就需要在这里地方进行relocateif (gd->flags & GD_FLG_SKIP_RELOC)
// 检查GD_FLG_SKIP_RELOC标识return 0;if (gd->new_fdt) {memcpy(gd->new_fdt, gd->fdt_blob, gd->fdt_size);
// relocate dtb空间gd->fdt_blob = gd->new_fdt;
// 切换gd->fdt_blob到dtb的新的地址空间上}
#endifreturn 0;
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18

五、uboot中dtb解析的常用接口

gd->fdt_blob已经设置成了dtb的地址了。 
注意,fdt提供的接口都是以gd->fdt_blob(dtb的地址)为参数的。

1、接口功能

以下只简单说明几个接口的功能,没有深究到实现原理。先说明几个,后续继续补充。 
另外,用节点在dtb中的偏移地址来表示一个节点。也就是节点变量node中,存放的是节点的偏移地址

  • lib/fdtdec.c中

    • fdt_path_offset 
      int fdt_path_offset(const void *fdt, const char *path) 
      eg:node = fdt_path_offset(gd->fdt_blob, “/aliases”); 
      功能:获得dtb下某个节点的路径path的偏移。这个偏移就代表了这个节点。

    • fdt_getprop 
      const void *fdt_getprop(const void *fdt, int nodeoffset, const char *name, int *lenp) 
      eg: mac = fdt_getprop(gd->fdt_blob, node, “mac-address”, &len); 
      功能:获得节点node的某个字符串属性值。

    • fdtdec_get_int_array、fdtdec_get_byte_array 
      int fdtdec_get_int_array(const void *blob, int node, const char *prop_name, u32 *array, int count) 
      eg: ret = fdtdec_get_int_array(blob, node, “interrupts”, cell, ARRAY_SIZE(cell)); 
      功能:获得节点node的某个整形数组属性值。

    • fdtdec_get_addr 
      fdt_addr_t fdtdec_get_addr(const void *blob, int node, const char *prop_name) 
      eg:fdtdec_get_addr(blob, node, “reg”); 
      功能:获得节点node的地址属性值。

    • fdtdec_get_config_int、fdtdec_get_config_bool、fdtdec_get_config_string 
      功能:获得config节点下的整形属性、bool属性、字符串等等。

    • fdtdec_get_chosen_node 
      int fdtdec_get_chosen_node(const void *blob, const char *name) 
      功能:获得chosen下的name节点的偏移

    • fdtdec_get_chosen_prop 
      const char *fdtdec_get_chosen_prop(const void *blob, const char *name) 
      功能:获得chosen下name属性的值

  • lib/fdtdec_common.c中

    • fdtdec_get_int 
      int fdtdec_get_int(const void *blob, int node, const char *prop_name, int default_val) 
      eg: bus->udelay = fdtdec_get_int(blob, node, “i2c-gpio,delay-us”, DEFAULT_UDELAY); 
      功能:获得节点node的某个整形属性值。

    • fdtdec_get_uint 
      功能:获得节点node的某个无符号整形属性值。

这篇关于uboot之fdt介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1121496

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

图神经网络模型介绍(1)

我们将图神经网络分为基于谱域的模型和基于空域的模型,并按照发展顺序详解每个类别中的重要模型。 1.1基于谱域的图神经网络         谱域上的图卷积在图学习迈向深度学习的发展历程中起到了关键的作用。本节主要介绍三个具有代表性的谱域图神经网络:谱图卷积网络、切比雪夫网络和图卷积网络。 (1)谱图卷积网络 卷积定理:函数卷积的傅里叶变换是函数傅里叶变换的乘积,即F{f*g}

C++——stack、queue的实现及deque的介绍

目录 1.stack与queue的实现 1.1stack的实现  1.2 queue的实现 2.重温vector、list、stack、queue的介绍 2.1 STL标准库中stack和queue的底层结构  3.deque的简单介绍 3.1为什么选择deque作为stack和queue的底层默认容器  3.2 STL中对stack与queue的模拟实现 ①stack模拟实现

Mysql BLOB类型介绍

BLOB类型的字段用于存储二进制数据 在MySQL中,BLOB类型,包括:TinyBlob、Blob、MediumBlob、LongBlob,这几个类型之间的唯一区别是在存储的大小不同。 TinyBlob 最大 255 Blob 最大 65K MediumBlob 最大 16M LongBlob 最大 4G

FreeRTOS-基本介绍和移植STM32

FreeRTOS-基本介绍和STM32移植 一、裸机开发和操作系统开发介绍二、任务调度和任务状态介绍2.1 任务调度2.1.1 抢占式调度2.1.2 时间片调度 2.2 任务状态 三、FreeRTOS源码和移植STM323.1 FreeRTOS源码3.2 FreeRTOS移植STM323.2.1 代码移植3.2.2 时钟中断配置 一、裸机开发和操作系统开发介绍 裸机:前后台系

nginx介绍及常用功能

什么是nginx nginx跟Apache一样,是一个web服务器(网站服务器),通过HTTP协议提供各种网络服务。 Apache:重量级的,不支持高并发的服务器。在Apache上运行数以万计的并发访问,会导致服务器消耗大量内存。操作系统对其进行进程或线程间的切换也消耗了大量的CPU资源,导致HTTP请求的平均响应速度降低。这些都决定了Apache不可能成为高性能WEB服务器  nginx:

多路转接之select(fd_set介绍,参数详细介绍),实现非阻塞式网络通信

目录 多路转接之select 引入 介绍 fd_set 函数原型 nfds readfds / writefds / exceptfds readfds  总结  fd_set操作接口  timeout timevalue 结构体 传入值 返回值 代码 注意点 -- 调用函数 select的参数填充  获取新连接 注意点 -- 通信时的调用函数 添加新fd到

火语言RPA流程组件介绍--浏览网页

🚩【组件功能】:浏览器打开指定网址或本地html文件 配置预览 配置说明 网址URL 支持T或# 默认FLOW输入项 输入需要打开的网址URL 超时时间 支持T或# 打开网页超时时间 执行后后等待时间(ms) 支持T或# 当前组件执行完成后继续等待的时间 UserAgent 支持T或# User Agent中文名为用户代理,简称 UA,它是一个特殊字符串头,使得服务器