Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。引入了设备树之后，驱动代码只负责处理驱动的逻辑，而关于设备的具体信息存放到设备树文件中，这样，如果只是硬件接口信息的变化而没有驱动逻辑的变化，驱动开发者只需要修改设备树文件信息，不需要改写驱动代码。比如在ARM Linux内，一个.dts(device tree source)文件对应一个ARM的machine，一般放置在内核的"arch/arm/boot/dts/"目录内，比如exynos4412参考板的板级设备树文件就是"arch/arm/boot/dts/exynos4412-origen.dts"。这个文件可以通过$make dtbs命令编译成二进制的.dtb文件供内核驱动使用。
Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。
在内核里，使用gic_chip_data结构体表示GIC，gic_chip_data里有什么？
参考地址 http://blog.csdn.net/green1900/article/details/45646095 http://www.cnblogs.com/xiaojiang1025/p/6131381.html http://blog.csdn.net/21cnbao/article/details/8457546
Linux内核下的 drivers/input/keyboard/gpio_keys.c实现了一个体系结构无关的GPIO按键驱动，使用此按键驱动，只需在设备树gpio-key节点添加需要的按键子节点即可。驱动的实现非常简单，但是较适合于实现独立式按键驱动。
总线、设备和驱动模型，如果把它们之间的关系比喻成生活中的例子是比较容易理解的。举个例子，充电墙壁插座安静的嵌入在墙面上，无论设备是电脑还是手机，插座都能依然不动的完成它的使命——充电，没有说为了满足各种设备充电而去更换插座的。其实这就是软件工程强调的高内聚、低耦合概念。
这节课讲解如何在中断系统中使用设备树，也就是用设备树如何描述中断。 中断体系在4.x内核中变化很大，中断体系又跟pinctrl系统密切相关，pinctrl中又涉及GPIO子系统，这样讲下去的话，设备树课程就变成驱动专题了，所以我打算只讲中断体系统，对于pinctrl、gpio等系统留待以后在驱动课程中扩展。
内核Documentation\devicetree\bindings\interrupt-controller\interrupts.txt
理想状况是：按下、松开按键，各产生一次中断，也只产生一次中断。 但是对于机械开关，它的金属弹片会反复震动。GPIO电平会反复变化，最后才稳定。一般是几十毫秒才会稳定。 如果不处理抖动的话，用户只操作一次按键，会发生多次中断，驱动程序可能会上报多个数据。
转载请注明文章地址 http://wiki.100ask.org/Linux_devicetree
最核心的结构体是irq_desc，之前为了易于理解，我们说在Linux内核中有一个中断数组，对于每一个硬件中断，都有一个数组项，这个数组就是irq_desc数组。
在根文件系统中查看设备树，是一种不错的调试手段。因为很多时候会出现你修改了 dts 文件，并且也编译了新的 dtb，但是下载到板子上的还是以前的 dtb，因此查看板子中真实生效的设备树配置信息是很重要的。
Allwinner 平台支持三种不同类型的Key：GPIO-Key，ADC-Key，AXP-Key。其中，GPIOKey又包括普通的gpio 按键和矩阵键盘。
最近有一些riscv的项目做，虽然以前也用过例如k210之类的riscv架构的芯片，但是都止于能够做一些应用，并未特别关注其芯片的体系架构方面的东西，但是随着接触的芯片架构的种类的逐渐的增加，发现要想使用一款好芯片的，仅仅做上层应用并不能完全发挥出特定架构芯片的全部优势。比如aarch64的el层级和虚拟化的模型，mips的mmu特性，以及sparc的窗口寄存器等等，芯片架构的特点要是能够完全的发挥出来，写起应用起来，那真是觉得很爽的事情。
上一节说过设备树的出现是为了解决内核中大量的板级文件代码，通过 DTS 可以像应用程序里的 XML 语言一样很方便的对硬件信息进行配置。关于设备树的出现其实在 2005 年时候就已经在 PowerPC Linux 里出现了，由于 DTS 的方便性，慢慢地被广泛应用到 ARM、MIPS、X86 等架构上。为了理解设备树的出现的好处，先来看下在使用设备树之前是采用什么方式的。
【CSDN 编者按】自去年苹果自研 M1 芯片发布之后，激发了无数用户的体验热情，与此同时，也吸引大批开发者在 M1 上开启探索模式。其中，国外一位资深操作系统移植专家 Hector Martin 发起了一项名为「Asahi Linux」项目，通过众筹的方式为苹果 M1 系列新机移植 Linux 系统。
上篇文章介绍了LCD屏幕的使用，这个屏幕还有触摸功能，本篇就来介绍LCD的触摸功能的使用。
看上图，选择122号中断，它是SPI里的122号中断，GIC里的编号是(32+122)=154。
之前发了LCD调试笔记，大家很感兴趣，所以这次再来一篇：六轴传感器ICM20608驱动移植笔记，大家还需要什么移植笔记？可以留言。我们尽量满足。
高通平台8953 Linux DTS(Device Tree Source)设备树详解之三(高通MSM8953 android7.1实例分析篇)
很多学员有过STM32的学习经验，他们手上的开发板很多，LCD也很多。 一个LCD还挺贵的，不能浪费。 各家的LCD引脚顺序都不一样，所以别家的LCD不能直接接到100ASK_IMX6ULL开发板，需要转接板。 大部分单片机学员都是使用正点原子、野火的板子，有他们的屏。 针对这两家的屏，我们做了转接板，如下：
很明显这里可以看到系统已经配置了i2c-0、i2c-1、i2c-3、i2c-4、i2c-5，我们可以看下原厂在设备树里面的支持情况：
注册了uart_driver、并调用uart_add_one_port后，它里面才注册console，在这之后才能使用printk。
传统的配置 pin 的方式就是直接操作相应的寄存器，但是这种配置方式比较繁琐、而且容易出问题(比如 pin 功能冲突)。pinctrl 子系统就是为了解决这个问题而引入的，pinctrl 子系统主要工作内容如下：
这篇文章基于Russell King所写的《the ARM booting document》，并与AArch64 Linux kernel的所有公开版本相关。
获取到int类型的gpio口后，就可以使用linux/gpio.h里的gpio口操作函数:
四 中断 中断一般包括中断产生设备和中断处理设备。中断控制器负责处理中断，每一个中断都有对应的中断号及触发条件。中断产生设备可能有多个中断源，有时多个中断源对应中断控制器中的一个中断，这种情况中断产生设备的中断源称之为中断控制器中对应中断的子中断。一般情况中断产生设备数量要多于中断控制器，多个中断产生设备的中断都由一个中断控制器处理，这种多对一的关系也很像一个树形结构，所以在设备树中，中断也被描述成树，叫中断树。以下表述的时候为了明确是在说中断树，在父节点和子节点前边我们都加上“中断”二字，是为了防止和设
设备树(Device Tree)，将这个词分开就是“设备”和“树”，描述设备树的文件叫做 DTS(DeviceTree Source)，这个 DTS 文件采用树形结构描述板级设备，也就是开发板上的设备信息，比如CPU 数量、 内存基地址、IIC 接口上接了哪些设备、SPI 接口上接了哪些设备等等。
在之前使用 S3C2440 开发板移植 Linux 3.4.2 内核时，修改了很多关于 c 文件去适配开发板，和开发板相关的文件放在arch/arm/mxch-xxx目录下，因此 linux 内核 arm 架构下添加了很多开发板的适配文件：
关于设备树，之前就经过详细的系统培训，但是本着会用就行的原则，对各个知识点都没有进行系统的总结。都是用到哪里学哪里，时间长了，基本也忘记了。所以对于后期知识各个知识点进行总结，本章主要讨论一下内容，能看懂和修改对应模块的dts文件。
Zynq-7000和MPSoC有很多MIO管脚。如果外设有中断，也可以通过MIO驱动。
在内核源码中，存在大量对板级细节信息描述的代码。这些代码充斥在/arch/arm/plat-xxx和/arch/arm/mach-xxx目录，对内核而言这些platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的platform_data绝大多数纯属垃圾冗余代码。为了解决这一问题，ARM内核版本3.x之后引入了原先在Power PC等其他体系架构已经使用的Flattened Device Tree。
本篇文章主要讲解嵌入式板卡中Linux系统是如何正确测试、使用的，其中内容包含有U-Boot编译、U-Boot命令和环境变量说明、Linux内核编译、xtra驱动编译、系统信息查询、程序开机自启动说明、NFS使用说明、TFTP使用说明、TFTP + NFS的系统启动测试说明、inux设备驱动说明等，其中案例源码部分公开。
i2c_apdater核心是master_xfer函数，它的实现取决于硬件，大概代码如下：
在探索Linux的庞大和复杂世界时🌌，我们经常会遇到许多关键概念和工具🛠️，它们使得Linux成为了一个强大和灵活的操作系统💪。其中，"设备树"（Device Tree）是一个不可或缺的部分🌲，尤其是在嵌入式系统🖥️和多平台硬件支持方面🔌。让我们深入了解Linux设备树是什么，它的起源，以及为什么Linux需要它🌳。
高通平台8953 Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇)
前面通过学习总线、设备、驱动模型知识后，知道了设备和驱动之间都是通过总线进行绑定而匹配的；然后通过设备树的深入探究，知道了设备树的出现大大增加了驱动的通用性；接着我们一起看了 Linux 的启动流程和设备在内核里一层一层的展开。
pdata->num_row_gpios = nrow = of_gpio_named_count(np, “row-gpios”);
上面介绍的编译模块是和内核一起编译的，这种编译方式比较耗时。在Linux3.x 以后的版本才引入了设备树，有了设备树之后，只需要一次编译内核，编译内核的时候会生成的dtc 工具，利用dtc工具就可以完成驱动的编译。我们这里只是简单介绍如何编译设备树、加载设备树，关于设备树，后面会有更加详细的解释。
interrupts 一个计算机系统中大量设备都是通过中断请求CPU服务的，所以设备节点就需要在指定中断号。常用的属性； interrupt-controller 一个空属性用来声明这个node接收中断，即一个node是一个中断控制器； #interrupt-cells，是中断控制器节点的属性，用来标识这个控制器需要几个单位做中断描述符，用来描述子节点"interrupts"属性使用了父节点中的interrupt属性的具体哪个值；一般，如果父节点的该属性的值为3，则子节点的interrupts一个cell的
进程管理 : 包括 进程创建 , 销毁 , 线程组管理 , 内核线程管理 , 队列等待 ;
Dts：DTS即Device Tree Source，是一个文本形式的文件，用于描述硬件信息。一般都是固定信息，无法变更，无法overlay。
在Linux3.x版本后，arch/arm/plat-xxx和arch/arm/mach-xxx中，描述板级细节的代码（比如platform_device、i2c_board_info等）被大量取消，取而代之的是设备树，其目录位于arch/arm/boot/dts
设备树(Device Tree),将这个词分开就是“设备”和“树”，描述设备设备树的文件叫做DTS(Device Tree Source),这个DTS文件采用了树形结构来描述板机设备，也就是开发板信息，比如CPU数量、内存基地址、IIC接口上接了那些设备、SPI接口上接了那些设备等。如最开始的图片所示！ 在图片中，树的主干就是系统总线，IIC控制器、SPI控制器等都是接到系统主线的分支上的。通过DTS这个文件描述设备信息是有相关的语法规则的，并且在Linux内核中只有3.x版本以后的才支持设备树。
本文档对内核的 GPIO 接口使用进行详细的阐述，让用户明确掌握 GPIO 配置、申请等操作的编程方法。
上次我们写过了 Linux 启动详细流程，这次单独解析 start_kernel 函数。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
