前提
前面的分析中我们知道，设备树文件最初的目的就是为了代替平台总线中的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