鹰潭市网站建设_网站建设公司_UX设计_seo优化

前提

前面的分析中我们知道，设备树文件最初的目的就是为了代替平台总线中的platform中的device的部份，那么设备树的dts 文件就必须在内核其中后传递给内核，那设备树是如何传递给内核？

编译流程

编译:DTC工具将dts 设备树文本文件编译为二进制dtb文件这种二进制文件是机器可读的格式，包含所有硬件信息的结构化数据。

二进制文件被加载到内存

从 .dtb 文件开始，根据不同的系统设计，主要有两种路径将其加载到内存中：

• • 路径一：将.dtb 文件在构建内核时直接打包进内核镜像文件中。这样，设备树就和内核本身成为一个整体文件。

• • 路径二：.dtb 文件独立于内核镜像文件存在。这是一种更通用和灵活的方式。

无论采用哪种路径，接下来的关键步骤都由 Bootloader 完成。Bootloader 的职责是将 内核（无论是包含了内嵌DTB的内核，还是独立的内核文件）和 设备树二进制文件（如果是独立存在的） 一同加载到系统内存的特定地址上。Bootloader 会告知内核设备树在内存中的位置。

展开：内核解析并构建设备树

当内核开始初始化时，它会根据 Bootloader 提供的信息，找到内存中的 .dtb 文件。内核会将 .dtb 文件中的二进制数据展开（解析）成其内部可以识别和操作的数据结构。

设备节点

设备节点结构体

struct device_node {     const char *name;           /* 节点名，对应设备树中节点名称的第一部分（如 i2c1）*/     const char *type;           /* 设备类型，通常对应设备树中的 device_type 属性 */     phandle phandle;            /* 节点的唯一标识符 */     const char *full_name;      /* 节点全名，如 i2c@40013000 */     struct property *properties; /* 指向属性链表的头指针 */     struct property *deadprops; /* 已删除的属性列表 */     struct device_node *parent; /* 指向父节点的指针 */     struct device_node *child;  /* 指向第一个子节点的指针 */     struct device_node *sibling; /* 指向下一个兄弟节点的指针 */ #if defined(CONFIG_OF_KOBJ)     struct kobject kobj;        /* 内核对象（用于 sysfs） */ #endif     unsigned long _flags;       /* 标志位 */     void *data;                 /* 设备驱动私有数据指针 */ #if defined(CONFIG_SPARC)     /* ... SPARC 架构特定字段 ... */ #endif };

内核在解析 .dtb文件后，所创建的内部数据结构核心就是 struct device_node。每一个设备树节点都会被转换为一个 device_node结构。如上代码结构体。device_node的结构体具体说明位于include/linux/of.h的路径下。其中上面说的到struct property *properties;指向属性链表的头指针 其机构体原型如下

属性结构体

struct property {     char *name;                    /* 属性名称 */     int length;                   /* 属性值的长度（字节数） */     void *value;                  /* 指向属性值数据的指针 */   &nb