ARM Linux 驱动开发篇---Linux 设备树简介-- Ubuntu20.04

ARM Linux 驱动开发篇---Linux 设备树简介-- Ubuntu20.04
🎬 渡水无言个人主页渡水无言

专栏传送门: 《linux专栏》   《嵌入式linux驱动开发》
⭐️流水不争先,争的是滔滔不绝

 📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生

| 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生

在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连

目录

前言

一、什么是设备树?

二、DTS、DTB 和 DTC

三、DTS编译规则

四、DTB 文件最终如何被内核使用?

总结


前言

在传统驱动中,GPIO址、中断号、时钟参数等硬件信息都硬编码在代码里,换一块开发板就要改一次驱动;而设备树通过.dts文件统一描述所有硬件资源,驱动只需通过标准 API获取资源,实现 “一次编写、多板适配”。如今设备树已经成为 Linux 驱动开发的核心规范,是每一位嵌入式 Linux 工程师必须掌握的技能。本期博客开始介绍一下设备树的相关概念。


一、什么是设备树?

设备树(Device Tree),顾名思义,就是用树形结构来描述硬件设备的信息。它的核心思想是:硬件是静态的,驱动是动态的。
设备(Device):指开发板上的所有硬件组件,如 CPU、内存控制器、I2C 控制器、SPI 控制器、GPIO 控制器、以及挂接在这些总线上的具体外设(如 LED、按键、EEPROM 等)。
树(Tree):指这些硬件设备之间的连接关系。在设备树中,硬件系统被抽象成一棵倒置的树,系统总线是树干,各个控制器(如 I2C、SPI、GPIO)是从主干分出的分支,而挂接在这些控制器上的外设(如 I2C 设备、SPI 设备)则是分支上的叶子节点。

在这棵 “树” 中:
树干是系统总线,所有的控制器都直接或间接挂接在总线上。
从主干分出了 I2C 控制器、SPI 控制器、GPIO 控制器等分支。
每个控制器分支又可以挂接具体的外设叶子节点,例如 I2C1 控制器上挂接了 FT5206 和 AT24C02,I2C2 控制器上挂接了 MPU6050。
描述这棵 “树” 的文件就是 DTS(Device Tree Source)文件,它采用特定的语法规则,将硬件的拓扑结构、地址、中断等信息清晰地记录下来。

二、DTS、DTB 和 DTC

我们刚才说了设备树源文件扩展名为.dts,但是我们在前面移植 Linux 的时候却一直在使用.dtb 文件,那么 DTS 和 DTB 这两个文件是什么关系呢?

DTS 是设备树源码文件,DTB 是将 DTS 编译以后得到的二进制文件。

将.c 文件编译为.o 需要用到 gcc 编译器。

那么将.dts 编译为.dtb需要什么工具呢?需要用到 DTC 工具!

具体流程可以如下图所示:

DTC 工具源码在 Linux 内核的 scripts/dtc 目录下, scripts/dtc/Makefile 文件内容如下:

hostprogs-y := dtc always := $(hostprogs-y) dtc-objs := dtc.o flattree.o fstree.o data.o livetree.o treesource.o \ srcpos.o checks.o util.o dtc-objs += dtc-lexer.lex.o dtc-parser.tab.o ......

可以看出,DTC 工具依赖于 dtc.c、flattree.c、fstree.c 等文件,最终编译并链接出 DTC 这个主机文件。如果要编译 DTS 文件的话只需要进入到 Linux 源码根目录下,然后执行如下命令:

make all

或:

make dtbs

“make all”命令是编译 Linux 源码中的所有东西,包括 zImage,.ko 驱动模块以及设备树,如果只是编译设备树的话建议使用“make dtbs”命令。

三、DTS编译规则

在嵌入式 Linux 开发中,同一个 ARM 架构 SoC(如 I.MX6ULL)往往可以适配多款不同的开发板,每块板子都有独立的设备树文件(.dts)。那么在编译内核时,系统如何知道该编译哪一个 DTS?又是通过什么机制进行管理的?

为了实现这种灵活、可扩展、自动匹配的设备树编译机制。

Linux 内核在arch/arm/boot/dts/Makefile 中对设备树进行统一管理。

以 I.MX6UL / I.MX6ULL / I.MX6SLL 系列为例:

dtb-$(CONFIG_SOC_IMX6UL) += \ imx6ul-14x14-ddr3-arm2.dtb \ imx6ul-14x14-ddr3-arm2-emmc.dtb \ ... dtb-$(CONFIG_SOC_IMX6ULL) += \ imx6ull-14x14-ddr3-arm2.dtb \ imx6ull-14x14-ddr3-arm2-adc.dtb \ imx6ull-14x14-ddr3-arm2-cs42888.dtb \ imx6ull-14x14-ddr3-arm2-ecspi.dtb \ imx6ull-14x14-ddr3-arm2-emmc.dtb \ imx6ull-14x14-ddr3-arm2-epdc.dtb \ imx6ull-14x14-ddr3-arm2-flexcan2.dtb \ imx6ull-14x14-ddr3-arm2-gpmi-weim.dtb \ imx6ull-14x14-ddr3-arm2-lcdif.dtb \ imx6ull-14x14-ddr3-arm2-ldo.dtb \ imx6ull-14x14-ddr3-arm2-qspi.dtb \ imx6ull-14x14-ddr3-arm2-qspi-all.dtb \ imx6ull-14x14-ddr3-arm2-tsc.dtb \ imx6ull-14x14-ddr3-arm2-uart2.dtb \ imx6ull-14x14-ddr3-arm2-usb.dtb \ imx6ull-14x14-ddr3-arm2-wm8958.dtb \ imx6ull-14x14-evk.dtb \ imx6ull-14x14-evk-btwifi.dtb \ imx6ull-14x14-evk-emmc.dtb \ imx6ull-14x14-evk-gpmi-weim.dtb \ imx6ull-14x14-evk-usb-certi.dtb \ imx6ull-alientek-emmc.dtb \ imx6ull-alientek-nand.dtb \ imx6ull-9x9-evk.dtb \ imx6ull-9x9-evk-btwifi.dtb \ imx6ull-9x9-evk-ldo.dtb dtb-$(CONFIG_SOC_IMX6SLL) += \ imx6sll-lpddr2-arm2.dtb \ imx6sll-lpddr3-arm2.dtb \ ...

dtb-$(CONFIG_XXX) 表示使能该 CONFIG 时才会编译这些设备树。
每一行 .dtb 都对应一个 .dts 源文件。
同一个 SoC 的所有开发板设备树都放在同一个分组下。

所有使用到 I.MX6ULL 这个 SOC 的板子对应的.dts 文件都会被编译为.dtb。如果我们使用 I.MX6ULL 新做 了一个板子,只需要新建一个此板子对应的.dts 文件,然后将对应的.dtb 文件名添加到 dtb- $(CONFIG_SOC_IMX6ULL)下,这样在编译设备树的时候就会将对应的.dts 编译为二进制的.dtb 文件。

其中下面两行就是I.MX6U-ALPHA 开发板移植 Linux 系统的时候需要添加的设备树。

 imx6ull-14x14-evk-usb-certi.dtb \ imx6ull-alientek-emmc.dtb \

四、DTB 文件最终如何被内核使用?

编译好的 .dtb 是二进制设备树文件,使用流程如下:
U-Boot 启动
U-Boot 读取 imx6ull-alientek-emmc.dtb 到内存
U-Boot 使用 bootz 或 bootm 命令将 DTB 地址传递给 Linux 内核
内核启动时解析 DTB,获取硬件信息


总结

本期博客介绍了设备树的相关概念。

Read more

不止“996”!曝硅谷AI创业圈「极限工作制」:每天16小时、凌晨3点下班、周末也在写代码

不止“996”!曝硅谷AI创业圈「极限工作制」:每天16小时、凌晨3点下班、周末也在写代码

编译 | 郑丽媛 出品 | ZEEKLOG(ID:ZEEKLOGnews) “如果你周日去旧金山的咖啡馆,会发现几乎每个人都在工作。” 这是 AI 创业公司 Mythril 联合创始人 Sanju Lokuhitige 最近最直观的感受。去年 11 月,他特地搬到旧金山,只为了更接近 AI 创业浪潮的中心。但很快,他也被卷入了这股浪潮带来的另一面——一种越来越极端的工作文化。 Lokuhitige 坦言,他现在几乎每天工作 12 小时,每周 7 天。除了每周少数几场刻意安排的社交活动(主要是为了和创业者们建立联系),其余时间几乎都在写代码、做产品。 “有时候我整整一天都在编程,”他说,“我基本没有什么工作与生活的平衡。”而这样的生活,在如今的 AI 创业圈里并不算罕见。 旧金山 AI 创业圈的真实日常 一位在旧金山一家 AI

By Ne0inhk
黄仁勋公开发文:传统软件开发模式终结,参与AI不必非得拥有计算机博士学位

黄仁勋公开发文:传统软件开发模式终结,参与AI不必非得拥有计算机博士学位

AI 究竟是什么?在 NVIDIA CEO 黄仁勋看来,它早已不只是聊天机器人或某个大模型,而是一种正在迅速成形的“新型基础设施”。 近日,黄仁勋在英伟达官网发布了一篇长文,提出一个颇具形象的比喻——AI 就像一块“五层蛋糕”。从最底层的能源,到芯片、基础设施、模型,再到最上层的应用,人工智能正在形成一整套完整的产业技术栈,并像电力和互联网一样,逐渐成为现代社会的底层能力。 这也是黄仁勋自 2016 年以来公开发表的第七篇长文。在这篇文章中,他从计算机发展史与第一性原理出发,试图解释 AI 技术栈为何会演化成如今的形态,以及为什么全球正在掀起一场规模空前的 AI 基础设施建设。 在他看来,过去几十年的软件大多是预先编写好的程序:人类设计好算法,计算机按指令执行,数据被结构化存储在数据库中,通过精确查询调用。而 AI 的出现打破了这一模式——计算机开始能够理解图像、文本和声音,并根据上下文实时生成答案、推理结果甚至新的内容。 正因为智能不再是预先写好的代码,而是实时生成的能力,支撑它运行的整个计算体系也必须被重新设计。

By Ne0inhk
猛裁1.6万人后,网站再崩6小时、一周4次重大事故!官方“紧急复盘”:跟裁员无关,也不是AI写代码的锅

猛裁1.6万人后,网站再崩6小时、一周4次重大事故!官方“紧急复盘”:跟裁员无关,也不是AI写代码的锅

整理 | 郑丽媛 出品 | ZEEKLOG(ID:ZEEKLOGnews) 过去几年里,科技公司几乎都在同一件事上加速:让 AI 参与写代码。 从自动补全、自动生成函数,到直接修改系统配置,生成式 AI 已经逐渐走进真实生产环境。但最近发生在亚马逊的一连串事故,却给整个行业泼了一盆冷水——当 AI 开始真正参与生产环境开发时,事情可能远比想象复杂。 最近,多家媒体披露,本周二亚马逊内部紧急召开了一场工程“深度复盘(deep dive)”会议,专门讨论最近频繁出现的系统故障——其中,一个被反复提及的关键词是:AI 辅助代码。 一周 4 次严重事故,亚马逊内部紧急复盘 事情的起点,是最近一段时间亚马逊系统稳定性明显下降。 负责亚马逊网站技术架构的高级副总裁 Dave Treadwell 在一封内部邮件中坦言:“各位,正如大家可能已经知道的,最近网站及相关基础设施的可用性确实不太理想。” 为此,公司决定把原本每周例行举行的技术会议

By Ne0inhk
这回真的“装”到了!来OpenClaw全国纵深行,你只需要带一台电脑……

这回真的“装”到了!来OpenClaw全国纵深行,你只需要带一台电脑……

AI Agent 的风,已经从 GitHub 吹到了线下。 过去几个月,越来越多开发者开始讨论一个问题: 当 AI 不再只是聊天,而是可以执行任务,软件会变成什么样? 在这股浪潮中,一个开源项目迅速进入开发者视野——OpenClaw,在 GitHub 上获得大量关注,相关教程、实践案例不断出现。有人用它自动整理资料,有人用它管理开发流程,还有人尝试让它执行复杂的工作流。 很多开发者第一次意识到: AI 不只是工具,它可能成为“执行者”。 不过,在技术社区之外,大多数人对 Agent 的理解仍停留在概念层面。 * AI Agent 到底是什么? * 如何在自己的电脑上运行? * 普通开发者能否真正用起来? 带着这些问题,一场围绕 OpenClaw 的开发者城市行动正在展开。 ZEEKLOG 发起的OpenClaw 全国纵深行将走进 20 个城市,用最直接的方式回答一个问题——如果

By Ne0inhk