tiny4412学习(四)之移植linux-设备树（1）设备树基础知识及GPIO中断【转】

本文转载自：http://blog.csdn.net/fengyuwuzu0519/article/details/74177978

版权声明：本文为博主原创文章，转载请注明http://blog.csdn.net/fengyuwuzu0519。

目录(?)[+]

• 硬件平台：tiny4412
• 系统：linux-4.4
• 文件系统：busybox-1.25
• 编译器： arm-none-linux-gnueabi-gcc(gcc version 4.8.3 20140320)
• uboot：友善自带uboot.

一、DTS引入

1.什么是DTS？为什么要引入DTS？

DTS即Device Tree Source设备树源码,DeviceTree是一种描述硬件的数据结构，它起源于OpenFirmware (OF)。

在Linux2.6中，ARM架构的板极硬件细节过多地被硬编码在arch/arm/plat-xxx和arch/arm/mach-xxx，比如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的platform_data，这些板级细节代码对内核来讲只不过是垃圾代码。而采用DeviceTree后，许多硬件的细节可以直接透过它传递给Linux，而不再需要在kernel中进行大量的冗余编码。   

2.ARM平台的相关code做出如下相关规范调整

•ARM的核心代码仍然保存在arch/arm目录下

•ARM SoC corearchitecture code保存在arch/arm目录下

•ARMSOC的周边外设模块的驱动保存在drivers目录下

•ARMSOC的特定代码在arch/arm/mach-xxx目录下

•ARM SOCboard specific的代码被移除，由DeviceTree机制来负责传递硬件拓扑和硬件资源信息。

本质上，Device Tree改变了原来用hardcode方式将HW配置信息嵌入到内核代码的方法，改用bootloader传递一个DB的形式。

3.DTS的加载过程

如果要使用DeviceTree，首先用户要了解自己的硬件配置和系统运行参数，并把这些信息组织成DeviceTree source file。通过DTC(DeviceTree Compiler)，可以将这些适合人类阅读的DeviceTree source file变成适合机器处理的DeviceTree binary file(DTB，devicetree blob)。在系统启动的时候，bootprogram(例如：firmware、bootloader)可以将保存在flash中的DTB copy到内存(当然也可以通过其他方式，例如可以通过bootloader的交互式命令加载DTB)，并把DTB的起始地址传递给OSkernel。对于计算机系统(computersystem)，一般是firmware->bootloader->OS，对于嵌入式系统，一般是bootloader->OS。

4.DTS的描述信息

Device Tree由一系列被命名的结点(node)和属性(property)组成，而结点本身可包含子结点。所谓属性，其实就是成对出现的name和value。在DeviceTree中，可描述的信息包括(原先这些信息大多被hardcode到kernel中)：

•CPU的数量和类别

•内存基地址和大小

•总线和桥

•外设连接

•中断控制器和中断使用情况

•GPIO控制器和GPIO使用情况

•Clock控制器和Clock使用情况

  它基本上就是画一棵电路板上CPU、总线、设备组成的树，Bootloader会将这棵树传递给内核，然后内核可以识别这棵树，并根据它展开出linux内核中的platform_device、i2c_client、spi_device等设备，而这些设备用到的内存、IRQ等资源，也被传递给了内核，内核会将这些资源绑定给展开的相应的设备。

一个.dts文件对应一个ARM的machine，一般放置在内核的arch/arm/boot/dts/目录。由于一个SoC可能对应多个machine(一个SoC可以对应多个产品和电路板)，势必这些.dts文件需包含许多共同的部分，Linux内核为了简化，把SoC公用的部分或者多个machine共同的部分一般提炼为.dtsi。所有的ARMSoC的.dtsi都引用了skeleton.dtsi，即#include"skeleton.dtsi“或者 /include/ "skeleton.dtsi"

5.变化

platform之前：

现在：