设备树基本概念

[DTS]设备树基本概念

原创: 杨永达 嵌入式软件开发交流 2月28日

前言

最近在总结一些关于设备树相关的知识,对于做驱动这一块的人应该都会接触到。平常可能很多人移植驱动时也会去改dts文件,但是很多人都是按照模板改,或者网上找过来改,知其然不知其所以然。

什么是设备树

在Linux3.x之前的内核源码中,存在大量对板级细节信息描述的代码。这些代码充斥在/arch/arm/plat-xxx和/arch/arm/mach-xxx目录。为了解决这个问题而引入设备树。

 官方对设备树的描述是,一种描述硬件资源的数据结构。它通过bootloader将硬件资源传给内核,使得内核和硬件资源描述相对独立。

 设备树的主要优势:对于同一SOC的不同主板,只需更换设备树文件.dtb即可实现不同主板的无差异支持,而无需更换内核文件。

设备树组成

设备树包含DTC(device tree compiler),DTS(device tree source和DTB(device tree blob)

DTS: dts文件是对Device Tree的描述,放置在内核的/arch/arm/boot/dts目录。一个*.dts文件对应一个ARM的machine。dts文件描述了一个板子的硬件资源。以前写在mach-xxx文件中的内容被转成了dts文件。

DTC: DTC为编译工具,它可以将.dts文件编译成.dtb文件。

DTB: DTC编译*.dts生成的二进制文件(.dtb),bootloader在引导内核时,会预先读取.dtb到内存,进而由内核解析。

设备树中还有一种文件 ------- dtsi文件,由于一个SOC可能有多个不同的电路板,而每个电路板拥有一个 .dts。这些dts势必会存在许多共同部分,为了减少代码的冗余,设备树将这些共同部分提炼保存在.dtsi文件中,供不同的dts共同使用。

Bootloader在设备树中的作用

设备树文件在kernel源码中,难道是像驱动一样编译进内核吗?其实不是的,上面我们说了dts会最终编译成dtb文件。然后上电之后BootLoader就会将设备树在内存中的地址传给内核。然后内核去解析和读取对应的硬件资源。所以要支持设备树不仅仅需要内核支持,BootLoader也要支持。

这篇文章只是提一些基本概念,后面会再写几篇文章来讲解设备树相关的东西。

欢迎加入QQ群聊

如果你喜欢就请分享给你的朋友,感谢大家的支持

原文地址:https://www.cnblogs.com/idyllcheung/p/11183753.html

时间: 2024-10-09 22:32:35

设备树基本概念的相关文章

设备树DTS使用

参考:<设备树DTS使用总结 - 基于MT76X8> .<linux内核设备树及编译> 一.Linux设备树的起源 在Linux 2.6中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,相当多数的代码只是在描述板级细节,而这些板级细节对于内核来讲,不过是垃圾,如板上的platform设备.resource.i2c_board_info.spi_board_info以及各种硬件platform_data. 在Linux3.x版本后,ar

Linux设备树语法详解

Linux内核从3.x开始引入设备树的概念,用于实现驱动代码与设备信息相分离.在设备树出现以前,所有关于设备的具体信息都要写在驱动里,一旦外围设备变化,驱动代码就要重写.引入了设备树之后,驱动代码只负责处理驱动的逻辑,而关于设备的具体信息存放到设备树文件中,这样,如果只是硬件接口信息的变化而没有驱动逻辑的变化,驱动开发者只需要修改设备树文件信息,不需要改写驱动代码.比如在ARM Linux内,一个.dts(device tree source)文件对应一个ARM的machine,一般放置在内核的

zynq基础--&gt;LINUX 设备树

1.概念 linux设备树是用于描述硬件及部分启动指令的文件,由bootloader传递给内核, 内核分析此文件而对硬件使用不同的参数. 比如两块开发板仅仅是内存容量不一样,那么就只需要修改设备树中对内存容量的描述即可, 而不需要重新编译内核. 与设备树相关的文件有如下几种: DTS(device tree source) .dts文件,就是ASCII字符串形式的文本文件,直接由开发人员修改. 对于ARM架构而言,这些文件位于:arch/arm/boot/dts 目录下. DTSI(device

Linux设备树语法详解【转】

本文转载自:http://www.cnblogs.com/xiaojiang1025/p/6131381.html 概念 Linux内核从3.x开始引入设备树的概念,用于实现驱动代码与设备信息相分离.在设备树出现以前,所有关于设备的具体信息都要写在驱动里,一旦外围设备变化,驱动代码就要重写.引入了设备树之后,驱动代码只负责处理驱动的逻辑,而关于设备的具体信息存放到设备树文件中,这样,如果只是硬件接口信息的变化而没有驱动逻辑的变化,驱动开发者只需要修改设备树文件信息,不需要改写驱动代码.比如在AR

Linux设备树使用(二)

一.设备树与驱动的匹配1.设备树会被/scripts中的dtc可执行程序编译成二进制.dtb文件,之前设备树中的节点信息会以单链表的形式存储在这个.dtb文件中:驱动与设备树中compatible属性匹配上后, 驱动中的相应的node节点就映射在这个设备树节点上了,然后以这个node为参数调用of函数来解析这个设备树块上的信息为驱动所用.设备树中的信息是逐条进行获取的(?) 2.例如设备树中有如下定义: flash_SY7803:flashlight { compatible = "qcom,l

设备树机制

转自:http://blog.csdn.net/machiner1/article/details/47805069,转载仅供个人参考. ------------------Based on linux 3.10.24 source code 参考/documentation/devicetree/Booting-without-of.txt文档 目录 1. 设备树(Device  Tree)基本概念及作用 2. 设备树的组成和使用 2.1. DTS和DTSI 2.2. DTC 2.3. DTB

ARM设备树

学习目标:学习设备树相关内容: 一.概念 在Linux 2.6中,ARM架构的板极硬件细节过多地被硬编码在arch/arm/plat-xxx和arch/arm/mach-xxx,在kernel中存在大量的冗余编码.采用Device Tree后,许多硬件的细节可以直接透过它传递给Linux.Device Tree是一种描述硬件的数据结构,它起源于 OpenFirmware (OF). Device Tree由一系列被命名的结点(node)和属性(property)组成,而结点本身可包含子结点.所谓

设备树语法

[DTS]设备树语法 原创: 杨永达 嵌入式软件开发交流 3月15日 前言 之前分享了一些设备树的基本概念,今天来聊聊设备树的语法.以前阅读设备树文件时发现很多平台的节点的属性名称都不一样,然后就很纠结,就到官方去找,发现都没有该属性或节点,就很郁闷.这其实犯了一个错误,那就是设备树并不是一种编程语言,没有什么绝对的关键字.我们应该把设备树理解成配置文件,如果知道xml文件,就可以把设备树类比成xml文件. 好,废话不多说了... 语法规则 一.设备树语法 (1)设备树节点语法 [label:]

从零开始写设备树DTS【转】

转自:https://blog.csdn.net/woshidahuaidan2011/article/details/52948732 7.从零开始写设备树 设备树就是有一些属性和节点组成的一种数据结构,属性一般会赋予一些属性值,而节点则可能是是由属性跟其下的子节点构成.下面是一个简单的例子: /dts-v1/; / { node1 { a-string-property = "A string"; a-string-list-property = "first strin