设备树格式[通俗易懂]

设备树格式[通俗易懂]基本数据格式  设备树是一个简单的包含节点和属性的树结构。属性通过键值对形式描述,一个节点可以包含多个属性或子节点,一个简单的.dts格式设备树如下所示。/dts-v1/;/{node1{a-string-property=”Astring”;a-string-list-property=”firststring”,

大家好,又见面了,我是你们的朋友全栈君。

基本数据格式

  设备树是一个简单的包含节点和属性的树结构。属性通过键值对形式描述,一个节点可以包含多个属性或子节点,一个简单的 .dts 格式设备树如下所示。

/dts-v1/;

/ {
    node1 {
        a-string-property = "A string";
        a-string-list-property = "first string", "second string";
        a-byte-data-property = [0x01 0x23 0x34 0x56];
        child-node1 {
            first-child-property;
            second-child-property = <1>;
            a-string-property = "Hello, world";
        };
        child-node2 {
        };
    };
    node2 {
        an-empty-property;
        a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
        child-node1 {
        };
    };
};
 
 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22

  显然,上述例子的设备树一点用都没有,因为它根本就没有描述任何东西,但是它可以很直观地告诉我们树结构中的节点和属性的情况。具体如下:

  ◆ 有一个根节点“/” 
  ◆ 有两个子节点:node1 和 node2 
  ◆ node1 有两个子节点:child-node1 和 child-node2 
  ◆ 分散在整个树中的一些属性

  属性是一个简单的键值对,它的值可以是空的或者是任意大小的字节流。而这样的数据结构中并不需要包含数据类型,下面是可以在dts文件中表达的一些基本数据: 
   
  ◆ 文本字符串(包含’\0’结束符)用双引号表示:

string-property = "a string";
 
 
 
  • 1
  • 1

  ◆ Cells(32位无符号整数)用尖括号表示:

cell-property = <0xbeef 123 0xabcd1234>;
 
 
 
  • 1
  • 1

  ◆ 二进制数据用方括号表示:

binary-property = [0x01 0x23 0x45 0x67];
 
 
 
  • 1
  • 1

  ◆ 类型不同的数据的组合也是可以的,但需要用逗号隔开:

mixed-property = "a string", [0x01 0x23 0x45 0x67], <0x12345678>;
 
 
 
  • 1
  • 1

  ◆ 逗号同样用于创建字符串列表:

string-list = "red fish", "blue fish";
 
 
 
  • 1
  • 1

基本概念

  为了理解 device tree 到底是怎么用的,我们将以一个简单的机器为例,一步步地建立起描述它的 device tree。

示范机器

  假设有这样一台计算机(基于ARM Versatile),由“Acme”制造并命名为”Coyote’s Revenge”:

  ◆ 一个 32 位的 ARM 处理器; 
  ◆ 串口、SPI 总线控制器、I2C 总线控制器、中断控制器以及一些外部总线桥通过内存映射连接到到处理器的总线上; 
  ◆ 256MB 的 SDRAM,基地址为 0; 
  ◆ 两个串口,基地址分别为 0x101F1000 和 0x101F2000; 
  ◆ GPIO 控制器,基地址为 0x101F3000; 
  ◆ SPI 控制器,基地址为 0x10170000,并且连接了 MMC 插槽(SS管脚连接到GPIO #1); 
  ◆ 外部总线桥,连接了以下设备: 
    ① 连接到外部总线的 SMC SMC91111 以太网设备,基地址为 0x10100000; 
    ② I2C 控制器,基地址为 0x10160000,并连接了 Maxim DS1338 实时时钟(设备从地址为1101000,即0x58); 
    ③ 64MB 的 NOR flash,基地址为 0x30000000;

初始结构

  首先搭建该机器 device tree 的基本框架,即一个有效设备树的最小架构。在这一步,要唯一地标识这台计算机。

/dts-v1/;

/ {
    compatible = "acme,coyotes-revenge";
};
 
 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5

  compatible 属性指定了系统的名字,它的值是一个"<manufacturer>,<model>"格式的字符串。为一个特定设备指定 compatible 值是很必要的,因为包含制造商名字可以避免命名空间冲突。操作系统会根据 compatible 值来决定如何运行这台计算机,所以在该属性中填入正确的数据很重要。 
  理论上,compatible 是操作系统唯一标识一台机器的所有数据,如果所有机器细节都硬编码,那么 OS 可以在顶层 compatible 属性中专门查找”acme,coyotes-revenge”。

CPUs

  接下来就要描述各个 CPU 了。先添加一个“cpus”容器节点,再将每个 CPU 作为子节点添加进去。在这个例子中,是基于 ARM 的双核 Cortex A9 处理器。

/dts-v1/;

/ {
    compatible = "acme,coyotes-revenge";

    cpus {
        cpu@0 { 
   
            compatible = "arm,cortex-a9";
        };
        cpu@1 { 
   
            compatible = "arm,cortex-a9";
        };
    };
};
 
 
 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

  类似于顶层 compatible 属性,每个 cpu 节点中的 compatible 属性也是一个 "<manufacturer>,<model>" 格式的字符串,指定了 CPU 的确切型号。 
  后面会有更多的属性被添加到 cpu 节点,因此我们首先需要先了解一些基本概念。

节点命名

  花些时间谈谈命名习惯是值得的。每个节点都必须有一个<name>[@<unit-address>]格式的名称。 
  <name>是一个最大长度为 31 个字符的 ASCII 字符串,一般来说,节点的命名是根据它所表示的设备而定的。比如说,一个表示 3com 以太网适配器的节点应该命名为 ethernet,而不是 3com509。 
  如果该节点所表示的设备有相关设备地址的话,则需要包含 <unit-address> 信息。<unit-address> 通常是用来访问设备的首地址,并在节点的 reg 属性中会被列出。后面我们还会详细介绍 reg 属性。 
  同级节点必须唯一地命名,但只要地址不相同,多个节点采用相同的命名是没问题的(例如 serial@101f1000 和 serial@101f2000)。 
  关于节点命名的全部细节请参考 ePAPR 规范 2.2.1 节。

设备

  系统中的每个设备都用设备树上的节点来表示,所以接下来就是要在设备树中为各个设备添加设备节点。现在我们添加的新节点先置为空,后面我们谈到寻址和中断的时候再进行处理。

/dts-v1/;

/ {
    compatible = "acme,coyotes-revenge";

    cpus {
        cpu@0 { 
   
            compatible = "arm,cortex-a9";
        };
        cpu@1 { 
   
            compatible = "arm,cortex-a9";
        };
    };

    serial@101F0000 { 
   
        compatible = "arm,pl011";
    };

    serial@101F2000 { 
   
        compatible = "arm,pl011";
    };

    gpio@101F3000 { 
   
        compatible = "arm,pl061";
    };

    interrupt-controller@10140000 { 
   
        compatible = "arm,pl190";
    };

    spi@10115000 { 
   
        compatible = "arm,pl022";
    };

    external-bus {
        ethernet@0,0 { 
   
            compatible = "smc,smc91c111";
        };

        i2c@1,0 { 
   
            compatible = "acme,a1234-i2c-bus";
            rtc@58 { 
   
                compatible = "maxim,ds1338";
            };
        };

        flash@2,0 { 
   
            compatible = "samsung,k8f1315ebm", "cfi-flash";
        };
    };
};
 
 
 
  • 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
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 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
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51

  在上面这个树中,已经为系统中的每个设备添加了节点,并且设备树的层次结构反映了设备是如何连接到系统的。例如,挂接在外部总线上的设备是外部总线节点的子节点,I2C 设备是 I2C 总线控制器节点的子节点。总的来说,设备树的层次结构是从 CPU 的角度来看的系统视图。 
  现在这个设备树仍然是无效的,因为它缺少了描述设备之间到底如何连接的信息。后面我们会给它添加这些数据。 
  关于这个设备树有以下一些注意事项: 
  ◆ 每个设备节点都有一个 compatible 属性; 
  ◆ flash 节点的 compatible 属性有两个字符串;(下一节会说明为什么) 
  ◆ 之前提到的,节点命名应该反映设备的类型,而不是特定型号;(请参考ePAPR规范2.2.2节的通用节点命名,应优先使用这些命名)

理解 compatible 属性

  设备树中的每个节点都需要有 compatible 属性,操作系统会通过这个 compatible 的值来决定用该设备应该绑定哪个设备驱动程序。 
  compatible 的值是一个字符串列表,列表中的第一个字符串用“<manufacturer>,<model>” 格式准确描述相应设备,后面的字符串表示兼容的其他设备。 
  例如,Freescale MPC8349 SoC有一个串口设备实现了National Semiconductor ns16550寄存器接口。因此MPC8349串口设备的compatible属性为:compatible = “fsl,mpc8349-uart”, “ns16550”。在这里,fsl,mpc8349-uart指定了确切的设备,ns16550表明它与National Semiconductor 16550 UART是寄存器级兼容的。 
   
注:由于历史原因,ns16550没有制造商前缀,所有新的compatible值都应使用制造商的前缀。这种做法使得现有的设备驱动程序可以绑定到一个新设备上,同时仍能唯一准确的识别硬件。

警告:不要使用通配符compatible值,如”fsl,mpc83xx-uart”等类似表达,芯片厂商总会改变并打破你的通配符假设,到时候再想修改就为时已晚了。相反,你应当选择一个特定的芯片实现,并与所有后续芯片保持兼容。

How Addressing Works

  可编址的设备使用下面属性来将地址信息编码进设备树: 
  ◆ reg 
  ◆ #address-cells 
  ◆ #size-cells 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/151631.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • linux下安装apache(httpd-2.4.3版本)各种坑

    linux下安装apache(httpd-2.4.3版本)各种坑

    2020年11月12日
  • DllImport的用法和解释

    DllImport的用法和解释

  • java400报错[通俗易懂]

    java400报错[通俗易懂]页面报400,控制台没输出也没报错,原来是数据库中的date类型,和实体的字段冲突。获取到页面的时间,转换成date类型,在给实体date类型属性赋值。报hasanunsupportedreturntype:classjava.lang.String===》在dao层写add方法时,疏忽了,写了String的返回类型400报错!

  • MATLAB GUI设计快速入门实例「建议收藏」

    MATLAB GUI设计快速入门实例「建议收藏」时间:2019.11.27目的:课题需要设计一个界面为了实现课题的一个功能,需要设计一个图形界面,因此使用matlabGUIDE进行设计,但前期没有接触过,因此通过实例练习,理解MATLABgui设计相关知识。一、几个GUI设计需要了解的知识1、进入GUI设计界面:在命令行输入guide,创建一个空白的GUI,保存即可,在保存目录下会生成两个文件(.fig和.m)。然后进入编辑界面…

  • 八核版9500odin3线刷通刷以及root教程

    八核版9500odin3线刷通刷以及root教程1.先准备好odin3最新版或者汉化版以及通刷包(教程最后提供下载朱雀www.zhuquewl.com)2.跟着我的步骤走,除非你RP不佳,反正我刷机成功了3.教程音量减键+HOME键+开机键出现如下画面:  4.出现如上画面按下音量加键   5.电脑上打开odin3选择你的固件,我放在桌面上(文件放哪随便了),连上手机,端口号能读出[0:COM11],读不出重新连接

  • Reverse Integer

    Reverse Integer

    2021年12月15日

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号