Linux设备树详解知识.pdfVIP

1 、 A R M L i n u x 社 区 为 什 么 要 引 入 设 备 树 Linux 之父 Linus Torvalds 闲来无事，在翻看 ARM Linux 代码的时候，有一天终于忍不住了。他在 2011 年 3 月 17 日的 ARM Linux 邮件列表中说道： “This whole ARM thing is a f*cking pain in the ass 。 ” 这句话迫使 ARM Linux 社区引入了设备树。 Linus Torvalds 为什么会发飙呢而 ARM Linux 社区的牛人为什么又乖乖地听话了你得首先理解 Linux 设备驱动框架中一个非常好的设计：设备信息和驱动分离。 为了说明设备信息和驱动分离的概念，这里用一个简单的模拟代码来解释： 【例-1 】实现一个代码，把要使用的信息简单写死在代码中： int add() /* 模拟驱动代码 */ { return 3+5; /* 模拟设备信息 */ } 优点：简单 缺点：一旦加数和被加数发生变化就得改代码 改进设计如下： 【例-2 】实现一个代码，把要使用的信息和操作代码分离开来： struct dev{ int id; int x; int y; }; /* 模拟设备信息结构 */ strcut drv{ int id; int (*add)(struct dev *info); }; /* 模拟驱动结构 */ int add(struct dev *info) /* 模拟驱动代码 */ { return info-x + info-y; /* 模拟设备信息 -通过参数传递进来 */ } struct drv drv = { .id = 1, .add = add, }; /* 模拟设备信息 */ struct dev dev = { .id = 1, .x = 3, .y = 5, }; /* 模拟总线初始化匹配设备信息和驱动代码 */ int bus() { if == { return (dev); } ... } 优点：不管加数和被加数怎么变化，不需要修改代码，仅需要修改信息 缺点：结构比较复杂 那这个设备信息和驱动分离的设计跟驱动有什么关系呢熟悉硬件编程的同学都知道，硬件一般的构 成可以使用下图简单表述： 操作外设的驱动代码逻辑，只要硬件是一样的，就不会变化。但是外设挂到不同的主机上，可能会 存在 I/O 地址的变化， 如果有中断也是一样的， 中断号也可能不同。 这些 I/O 地址和中断号就是设备信息， 使用这些信息来操作控制硬件的代码就是驱动。 如果采用【例 -1 】的设计方式，那么同一个硬件外设接到不同的主机，或是换了地址线 / 中断线，设 备信息就变化了，得去修改驱动。但是采用【例 -2 】的方式进行设计，问题就迎刃而解：不管同样的外设 硬件接到哪里或是那个平台，