5-设备树_中断 - 简书
5-设备树_中断
是描述硬件信息的asiII文本文件，其书写符合人类思维习惯。
在linux更新维护过程中，linux创始人linus发现在收到arm平台负责人的维护邮件后，提出了linux内核中由来已久存在的问题。
即硬件代码在linux内核中，管理无序混乱，冗余，效率低。提出借鉴powerPC架构的FDT机制，来描述硬件。由此在linux3.0以后的版本
引入了设备树的概念。其中比较显著的特点，设备树是以外部参数的形式将硬件信息导入内核。
1.DTC 是编译设备树的小工具
2.DTS 是描述硬件信息的asiII文本文件
3.DTB 是编译后的二进制文件，可被bootloader识别并解析
4.DTSI 类似头文件，描述平台共性
设备树的内容：
1.节点：是描述某个具体设备或参数
每个平台设备树，有且只有一个根节点，根节点包含所有子节点，根节点以“/”命名
1.2子节点：子节点可互相包含，命名方式是[name]@&adress&,其中name为必写项，adress为可写项，一般adress
写的话，如果该设备有地址，就写该设备地址，没有写序号。
1.3子节点描述的设备类型：
1.3.2 内存
1.3.3 总线和桥
1.3.4 gpio控制器
1.3.5 中断控制器
1.3.6 clk时钟
1.3.7 外设
2.属性 是描述节点的特性。属性的表现形式为name=value，其中name的含义和value的含义由具体相关平台给出。
2.1属性的值的类型：
4.字符串数组
6.结构体数组
7.phandle值
2.1重要属性：
<patible： 其值为字符串，兼容性。是设备树和驱动匹配的标识
2.reg： 描述节点的地址资源属性。其值为结构体数组，一般以adress size成组出现。
3.#adress-cells： 规定子节点的reg的value值的adress的个数，其值为u32
4.#size-cells：规定子节点的reg的value值的size的个数，其值为u32
5.interrupts： 描述节点的中断源，其值的含义需查看相关文档，其值为结构体数组，
6.intrerupt-parent: 描述节点的父中断节点。其为phandle值，表现&&标号&，实际是一个u32
7.interrupt-controller： 描述节点为中断控制器，其值为空值。
8.interrupt-cells:描述子中断节点的interrupts属性的value的cell个数。其值为u32，它只能在拥有interrupt-controller属性的节点出现。
中断： 当cpu遇到突发事件，转而去处理突发事件，处理完成后，返回到正常状态
中断按来源分类：
按可屏蔽：
可屏蔽中断
不可屏蔽中断
按入口地址：
向量中断（硬件提供入口地址）和非向量中断（软件提供入口地址）
ARM平台支持GIC中断控制器：
GIC所支持的中断类型：
1.PPI：私有中断，中断必须绑定一个固定CPU核，当处理该中断时，必须由绑定的CPU核处理
2.SPI：共享中断，中断的处理可被任意的CPU核处理
3.SWI：软中断，用于处理核间通信和调度。
------------------------------------------------
GIC---------中断控制器 ........---|---外设
-------------------------------------------------
中断编程：
1.申请中断号**
request_threaded_irq - allocate an interrupt line
@irq: Interrupt line to allocate
@handler: Function to be called when the IRQ occurs.
@irqflags: Interrupt type flags
@devname: An ascii name for the claiming device
@dev_id: A cookie passed back to the handler function
This call allocates interrupt resources and enables the
interrupt line and IRQ handling. From the point this
call is made your handler function may be invoked. Since
your handler function must clear any interrupt the board
raises, you must take care both to initialise your hardware
and to set up the interrupt handler in the right order.
If you want to set up a threaded irq handler for your device
then you need to supply @handler and @thread_fn. @handler is
still called in hard interrupt context and has to check
whether the interrupt originates from the device. If yes it
needs to disable the interrupt on the device and return
IRQ_WAKE_THREAD which will wake up the handler thread and run
@thread_fn. This split handler design is necessary to support
shared interrupts.
Dev_id must be globally unique. Normally the address of the
device data structure is used as the cookie. Since the handler
receives this value it makes sense to use it.
If your interrupt is shared you must pass a non NULL dev_id
as this is required when freeing the interrupt.
IRQF_SHARED
Interrupt is shared
IRQF_TRIGGER_*
Specify active edge(s) or level
static inline int __must_check
request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags, const char *name, void *dev)
extern void free_irq(unsigned int, void *);
2.释放中断号
梦想还是要有的，万一实现了呢！两个新的L2TP控制信息类型和联系的PPPoE具体属性值对(AVPs) L2TP的被定义。这个中转机制提供一个具体特点的改进的综合化在PPPoE挖洞协议的以L2TP。
基于15个网页-
Attribute Value Pair
本文中静态定向扩散路由的实现主要是针对基于梯度的算法进行改进，通过端到端时延的属性值对(AVP，Attribute Value Pair)方法结合定向扩散算法来减少密集大规模节点群扩散的高时延问题。
基于2个网页-
attribute-value pairs
attribute value pairs
attribute name-value pairs
设备树是一个包含节点和属性的简单树状结构。 属性就是键-值对，而节点可以同时包含属性和子节点。
This tree is obviously pretty useless because it doesn't describe anything, but it does show the structure of nodes an properties.
用纯语言（包括属性值、属性权重、专家权重）形式对高等院校图书馆图书采购招标中书商的选择排序进行了量化处理。
To deal with bookseller selection of books acquisition and bidding at university library amount using pure linguistic information including attribute value, attribute weight and expert weight.
研究了决策者对方案的主观偏好值以及属性值均为直觉模糊数的且属性间存在关联的多属性决策问题。
Multiple attribute decision making problems with interaction are investigated, in which the attribute values and the preference information are expressed in the form of intuitionistic fuzzy numbers.
$firstVoiceSent
- 来自原声例句
请问您想要如何调整此模块？
感谢您的反馈，我们会尽快进行适当修改！
请问您想要如何调整此模块？
感谢您的反馈，我们会尽快进行适当修改！2454人阅读
本文通过为一个新machine写一个设备树来介绍设备树相关的概念，以及如何来描述一个machine。
关于设备树的技术细节描述，需要参考文档，文档中包含了大量的基础语法之外的细节，如果你需要了解更多本文之外的设备树细节，请参考文档。
基本数据&#26684;式
设备树是一个由节点及属性组成的简单树结构。属性是基于key-value对的，节点则可以包含子节点以及属性。
如，下面这个树就是一个典型结构：
& & node1 {
& & & & a-string-property = &A string&;
& & & & a-string-list-property = &first string&, &second string&;
& & & & a-byte-data-property = [0x01 0x23 0x34 0x56];
& & & & child-node1 {
& & & & & & first-child-
& & & & & & second-child-property = &1&;
& & & & & & a-string-property = &Hello, world&;
& & & & };
& & & & child-node2 {
& & & & };
& & node2 {
& & & & an-empty-
& & & & a-cell-property = &1 2 3 4&; /* each number (cell) is a uint32 */
& & & & child-node1 {
& & & & };
这颗树显然没什么实际用途，因为它没有描述任何有意义的内容，但是，我们通过它可以了解什么是属性，什么是节点。这颗树可以解读如下：
一个根节点： &/&两个子节点： &node1& 和 &node2&node1下面又有两个子节点：&child-node1& 和 &child-node2&一堆的属性分散与整颗树的各个节点上
译者注：可以这么简单理解：节点就是树枝，属性就是树叶；树枝上可以有再长树枝也可以长树叶，而树叶上则不会再长树枝。
属性是基于key-value结构的，value可以为空或者特定&#26684;式的字符串内容。由于数据类型并不被编码到最终的数据结构中，设备树源代码中仅能支持有限的几种基本数据类型。
text string（以null结束），以双引号括起来，如：
string-property = &a string&
cells&是32位无符号整形数，以尖括号括起来，如
cell-property = &0xbeef 123 0xabcd1234&
binary data&以方括号括起来，如：
binary-property = [0x01 0x23 0x45 0x67];
不同类型数据可以在同一个属性中存在，以逗号分&#26684;，如：
mixed-property = &a string&, [0x01 0x23 0x45 0x67], &0x&;
多个字符串组成的列表也使用逗号分&#26684;，如：
string-list = &red fish&,&blue fish&;
为了搞清楚设备树该如何使用，我们将一步一步的为一个Sample Machine建立一颗设备树。
Sample Machine
姑且想象有这么一台机器，它由&Acme&出产，名为&Coyote's Revenge&, 配置如下:
32bit ARM CPU处理器的本地内存总线连接如下设备：串口，SPI总线控制器，I2C控制器，终端控制器以及外部总线桥256MB SDRAM 位于地址：0x0两个串口，位于地址：0x101F1000 及 0x101F2000GPIO控制器位于地址：0x101F3000SPI控制器位于地址：0x，在它下面连接了如下设备：
MMC卡槽，其SS脚连接了GPIO1
外部总线桥上接了如下设备：
SMC91111 以太网控制器，位于地址：0xI2C控制器，位于地址：0x，在它下面连接了如下设备：
Maxim DS1338实时时钟，I2C地址为0x58
64MB NOR flash 位于地址：0x
第一步是要建立一个基本结构来使得这颗设备树能描述对应的Machine
& & compatible = &acme,coyotes-revenge&;
compatible这个属性用于执行系统名，通常它是以&&厂商,型号&&这样的字符串形式存在。它能准确的描述对应的设备的特征。
下一部就是描述每一个CPU了。在cpus节点中，每个CPU就是一个子节点。这种情况在多核的ARM Cortex A9系统中很常见。
& & compatible = &acme,coyotes-revenge&;
& & cpus {
& & & & cpu@0 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & };
& & & & cpu@1 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & };
每个cpu的子节点中有个compatible属性，它描述了CPU的具体型号，形式通常也是&&厂商，型号&&
当然，CPU的细节不是这么一个compatible属性能描述清楚的，后面我们会再逐步加入。
有必要为节点的命名讲几句。每个节点的名字都应该是这样的形式：&&name&[@&unit-address&]
尖括号是必须的，方括号是可选的。
&name& 是一个ASCII字符串，长度不超过31个字符。通常，节点名都是与设备的类型有关联的。比如，3com的以太网卡，通常节点名就叫&ethernet&而不叫&3com509
&unit-address&被作为节点名的一部分时，用来描述设备的地址。通常，unit-address就是设备的寄存器地址，这个地址是被列举在节点的reg属性中的。在后文中我们会介绍reg属性的内容。
同级别的兄弟节点的节点名必须唯一（不可重名），但如果name一致而address不一致则是正常情况（比如，serial@101f1000 与 serial@101f2000）。
关于节点的命名规则细节，请参考ePAPR文档的2.2.1节。
系统中的每个设备都对应着设备树中的一个节点。好了，下一步我们就是为每个设备都加上对应的节点。
目前，我们仅为每个设备增加一个空节点，待后面介绍了中断号及地址范围的概念后再行补充。
& & compatible = &acme,coyotes-revenge&;
& & cpus {
& & & & cpu@0 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & };
& & & & cpu@1 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & };
& & serial@101F0000 {
& & & & compatible = &arm,pl011&;
& & serial@101F2000 {
& & & & compatible = &arm,pl011&;
& & gpio@101F3000 {
& & & & compatible = &arm,pl061&;
& & interrupt-controller@ {
& & & & compatible = &arm,pl190&;
& & spi@ {
& & & & compatible = &arm,pl022&;
& & external-bus {
& & & & ethernet@0,0 {
& & & & & & compatible = &smc,smc91c111&;
& & & & };
& & & & i2c@1,0 {
& & & & & & compatible = &acme,a1234-i2c-bus&;
& & & & & & rtc@58 {
& & & & & & & & compatible = &maxim,ds1338&;
& & & & & & };
& & & & };
& & & & flash@2,0 {
& & & & & & compatible = &samsung,k8f1315ebm&, &cfi-flash&;
& & & & };
上面这棵树中，系统中的每个设备都被添加了一个节点，而且节点的结构真实反应了设备是如何挂载在系统上的。比如，ethernet，i2c等节点是external-bus的子节点，rtc设备是i2c总线下的子节点。通常，设备树的结构都是以CPU的视角来反应出来的。
上面这棵树还有几点不足，它缺少了设备的关键信息。这些信息将在后文中逐步添加上去。
关于上面这颗树，我们还需要注意：
每个设备节点都都一个compatible属性flash这个节点的compatible属性有两个字串，下面一节将介绍为什么这么写。在前文中曾提到：节点名反应的是设备类型而非设备型号。请参考ePAPR的2.2.2节中列出的常用节点名。
理解compatible属性
每个设备节点都需要一个compatible属性。compatible属性是系统赖以查找对应的设备驱动程序的一个关键&#20540;，系统就是根据它的&#20540;来查找这个设备应该使用哪一个驱动的。
compatible属性的&#20540;是一个字串表。第一个字串以&厂商,型号&的形式描述了准确的设备信息。后面一个字串则表示与它兼容的其他设备。
比如，Freescale MPC8349有一个串口设备是由National Semiconductor ns16550寄存器接口来实现的。所以对MPC8349的串口设备，它的compatible属性我们就可以这样写：compatible = &fsl,mpc8349-uart&, &ns16550&，对于这样的情况，fsl,mpc8349-uart准确描述了这个设备，而ns16550则说明了这个设备是与National
Semiconductor ns16550寄存器接口兼容的。
注：ns16550它没有厂商名这个信息，这是由于历史原因。但所有新创建的compatible属性都应该有厂商名这个前缀。
compatible属性的这一特性，使得我们可以让新设备使用系统中已有的旧驱动。
警告：不要在compatible属性中使用通配符，如 &fsl,mpc83xx-uart& 或类&#20284;的。因为半导体厂商会不定期的更新他们的设计这会破坏你的通配符规则。选择具有更好兼容性的方案才是正途。
地址是怎么工作的
可寻址设备是通过使用以下属性来将地址信息编码到设备树中的：
reg#address-cells#size-cells
可寻址设备通过reg属性来获取寄存器相关的地址信息列表，reg属性的形式如下：
reg = &address1 length1&[address2 length2] [address3 length3] ... &
每一组address length对应了设备所使用的一个地址区域。
address是一个list，其中包含一个或多个32位整数，我们把它叫做 cells。同理，length也是一个list，可以是多个cell或为空。
由于address和length的长度都是不固定的，所以有了#address-cells和#size-cells这两个属性。这两个属性被放到父节点中用于描述每个区域有几个cell。简单的说，就是reg属性需要配合父节点的#address-cells和#size-cells来配合使用。为了弄明白它们是怎么工作的，下面我们就来为这个设备加上地址相关的属性，先从CPU开始。
CPU节点的地址用法是最简单的。每个CPU被分配了唯一的ID号，而且这个没有size。
& & cpus {
& & & & #address-cells = &1&;
& & & & #size-cells = &0&;
& & & & cpu@0 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & & & reg = &0&;
& & & & };
& & & & cpu@1 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & & & reg = &1&;
& & & & };
在上面的cpus节点中，#address-cells被设为了1，#size-cells则被设为了0，这就表示它的子节点中的reg属性是一个32位整数的address，而且没有size部分。
在上面的例子中，你可能注意到了节点名中的寄存器地址与reg数&#20540;一样。
约定俗成的做法是，如果一个节点有reg属性，则节点名中也需要包含unit-address这个部分，而unit-address的数&#20540;则是reg属性的第一个address&#20540;。
内存映射设备
与cpu节点中的这种单地址不同，内存映射设备所分配的是一个地址范围，而这个地址范围则是由#size-cells和节点中的reg属性的size区域来决定的。下面这个例子中，每个address是1个cell（32bit），且每个长度&#20540;也是一个cell。在32位系统中#size-cells通常就是这样设置为1的。而早64位系统中，#address-cells和#size-cells则通常设置为2。
& & #address-cells = &1&;
& & #size-cells = &1&;
& & serial@101f0000 {
& & & & compatible = &arm,pl011&;
& & & &&reg = &0x101f0 &;
& & serial@101f2000 {
& & & & compatible = &arm,pl011&;
& & & &&reg = &0x101f0 &;
& & gpio@101f3000 {
& & & & compatible = &arm,pl061&;
& & & &&reg = &0x101f0
& & & & & & & &0x101f0&;
& & interrupt-controller@ {
& & & & compatible = &arm,pl190&;
& & & & reg = &0xx1000 &;
& & spi@ {
& & & & compatible = &arm,pl022&;
& & & & reg = &0xx1000 &;
每个设备被分配了一个基地址以及一个size。上面的例子中，gpio设备被分配了两个地址段： 0x101f3fff 以及 0x101ff4fff。
有些设备在系统总线上的地址不连续。比如，一个设备可能通过不连续的片选线连接在外部总线上。
通过在父节点设置合适的#address-cells和#size-cells，地址映射机制可以准确的描述内存映射关系。下面的代码中展示了一个不同片选信息在是如何使用的。
& & external-bus {
& & & &&#address-cells = &2&
& & & &&#size-cells = &1&;
& & & & ethernet@0,0 {
& & & & & & compatible = &smc,smc91c111&;
& & & & & &&reg = &0 0 0x1000&;
& & & & };
& & & & i2c@1,0 {
& & & & & & compatible = &acme,a1234-i2c-bus&;
& & & & & &&reg = &1 0 0x1000&;
& & & & & & rtc@58 {
& & & & & & & & compatible = &maxim,ds1338&;
& & & & & & };
& & & & };
& & & & flash@2,0 {
& & & & & & compatible = &samsung,k8f1315ebm&, &cfi-flash&;
& & & & & &&reg = &2 0 0x4000000&;
& & & & };
上面的例子中，external-bus使用了两个cell来描述address；一个表示片选号，另一个表示与片选基地址间的偏移量。length区域则用了一个cell来描述。在这个例子中，每个reg节点包含3个cell，分别是：片选号，偏移量，长度
非内存映射设备
还有一些设备在总线上并不是不是内存映射型的。他们可以有地址空间，但他们没有通过CPU直接访问地址空间的能力。取而代之的是他们的父设备驱动拥有间接访问内存空间的能力。
以I2C设备（不是I2C总线哦）为例子，每个设备被分配了一个地址，没有length这个字段。看起来实际上与cpu的地址分配很相&#20284;。
& & & & i2c@1,0 {
& & & & & & compatible = &acme,a1234-i2c-bus&;
& & & & & &&#address-cells = &1&;
& & & & & &&#size-cells = &0&;
& & & & & & reg = &1 0 0x1000&;
& & & & & & rtc@58 {
& & & & & & & & compatible = &maxim,ds1338&;
& & & & & & & &&reg = &58&;
& & & & & & };
& & & & };
Ranges（地址变换）
上文已经讨论过了我们如何分配地址给设备，但是这个所谓的地址仅仅是在设备节点中的本地地址。它无法描述该如何将这些本地的地址映射到CPU能访问的地址空间中。
根节点中一定有描述CPU的地址空间。子节点所用的地址空间就来自与CPU的地址空间，所以不需要进行额外的地址映射。
如：serial@101f0000 就是直接分配的地址0x101f0000。
如果一个节点它不是跟节点下的子节点，那么它就不能用CPU的地址空间。为了能将一个地址空间的地址映射到另一个地址空间，range属性被创造出来了。
下面是在一个简单的设备树中增加range属性。
& & compatible = &acme,coyotes-revenge&;
& & #address-cells = &1&;
& & #size-cells = &1&;
& & external-bus {
& & & & #address-cells = &2&
& & & & #size-cells = &1&;
& & & & ranges = &0 0 &0x & 0x10000 & & // Chipselect 1, Ethernet
& & & & & & & & & 1 0 &0x & 0x10000 & & // Chipselect 2, i2c controller
& & & & & & & & & 2 0 &0x & 0x1000000&; // Chipselect 3, NOR Flash
& & & & ethernet@0,0 {
& & & & & & compatible = &smc,smc91c111&;
& & & & & & reg = &0 0 0x1000&;
& & & & };
& & & & i2c@1,0 {
& & & & & & compatible = &acme,a1234-i2c-bus&;
& & & & & & #address-cells = &1&;
& & & & & & #size-cells = &0&;
& & & & & & reg = &1 0 0x1000&;
& & & & & & rtc@58 {
& & & & & & & & compatible = &maxim,ds1338&;
& & & & & & & & reg = &58&;
& & & & & & };
& & & & };
& & & & flash@2,0 {
& & & & & & compatible = &samsung,k8f1315ebm&, &cfi-flash&;
& & & & & & reg = &2 0 0x4000000&;
& & & & };
上面的例子中，ranges属性就定义了一个地址转换规&#26684;。在这个表中的每个节点表示一个地址转换关系。
ranges属性中每个字段的大小取决于当前节点的#address-cells，父节点的#address-cells以及当前节点的#size-cells。
比如上面的例子中，external-bus节点的地址长度是2，它的父节点的地址长度是1，size长度是1。所以ranges中的三个地址规则可以这样解读：
CS0，偏移量为0的本地地址被映射到父节点地址空间的 0xx1010ffffCS1，偏移量为1的本地地址被映射到父节点地址空间的 0xx1016ffffCS2，偏移量为0的本地地址被映射到父节点地址空间的 0xx
更方便的是，如果父节点与子节点的地址空间完全匹配，则子节点可以只定义一个空的ranges属性。
空ranges属性所表示的意思就是子节点的地址空间与父节点地址空间是1：1的映射关系。
你可能会问：为什么上面会写1：1的映射关系？有些总线结构（如PCI总线）拥有自己独立的地址空间，但需要向操作系统开放。还有些设备有DMA引擎，这就需要知道总线上的实际地址。还有些时候几个设备因为使用同样的物理地址空间而需要组合在一起。在硬件设计以及操作系统的大量特性上决定了地址映射是不是1：1的映射关系。
也可能还注意到了上文中的i2c@1,0节点中没有ranges属性。原因是I2C总线不像外部总线，它的地址空间并没有映射到CPU的地址空间中去。实际上，CPU对rtc@58的访问是通过i2c@1,0这个设备来间接达成的。没有ranges属性正表明了这个设备是不能直接访问除父节点外的任何设备的特性。
中断是怎样工作的
不想地址空间映射表那样是遵循设备树的自然结构的（父传子），中断信号可以被machine中的任何设备产生或终止。终端信号独立与设备树将各个节点关联起来。描述一个中断需要4个属性：
interrupt-controller 这个属性没有&#20540;，他表示这个节点是一个接收中断信号的设备#interrupt-cells 这个属性是一个interrupt-controller节点的属性，他说明了这个 interrupt-controller的每个中断说明符（interrupt specifier）有几个cells，类&#20284;#address-cells 与 #size-cells的作用interrupt-parent 这是一个设备节点的属性，用于表明当前设备的中断是属于哪一个interrupt-controller的，如果没有这个属性，则继承其父节点的interrupt-parent属性interrupts 这是一个设备节点的属性，他是&中断说明符&列表，每一个&中断说明符&表示此设备的一个中断信号输出。
中断说明符是由一个或多个cell数据（#interrupt-cells&）来描述一个设备是与哪一个终端信号输入设备相连接的。多数设备都只有一个中断信号输出，如下面的例子，但也有可能存在一个设备有多个终端信号输出的情况。中断说明符的含义与具体的终端控制器（&interrupt-controller）有关。每个终端控制器都可以决定它的输入信号的中断说明符有几个cell数据。
下面的代码中为我们的Coyote's Revenge添加了中断连接：
& & compatible = &acme,coyotes-revenge&;
& & #address-cells = &1&;
& & #size-cells = &1&;
& &&interrupt-parent = &&intc&;
& & cpus {
& & & & #address-cells = &1&;
& & & & #size-cells = &0&;
& & & & cpu@0 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & & & reg = &0&;
& & & & };
& & & & cpu@1 {
& & & & & & compatible = &arm,cortex-a9&;
& & & & & & reg = &1&;
& & & & };
& & serial@101f0000 {
& & & & compatible = &arm,pl011&;
& & & & reg = &0x101f0 &;
& & & &&interrupts = & 1 0 &;
& & serial@101f2000 {
& & & & compatible = &arm,pl011&;
& & & & reg = &0x101f0 &;
& & & &&interrupts = & 2 0 &;
& & gpio@101f3000 {
& & & & compatible = &arm,pl061&;
& & & & reg = &0x101f0
& & & & & & & &0x101f0&;
& & & &&interrupts = & 3 0 &;
& &&intc:&interrupt-controller@ {
& & & & compatible = &arm,pl190&;
& & & & reg = &0xx1000 &;
& & & &&interrupt-
& & & &&#interrupt-cells = &2&;
& & spi@ {
& & & & compatible = &arm,pl022&;
& & & & reg = &0xx1000 &;
& & & &&interrupts = & 4 0 &;
& & external-bus {
& & & & #address-cells = &2&
& & & & #size-cells = &1&;
& & & & ranges = &0 0 &0x & 0x10000 & & // Chipselect 1, Ethernet
& & & & & & & & & 1 0 &0x & 0x10000 & & // Chipselect 2, i2c controller
& & & & & & & & & 2 0 &0x & 0x1000000&; // Chipselect 3, NOR Flash
& & & & ethernet@0,0 {
& & & & & & compatible = &smc,smc91c111&;
& & & & & & reg = &0 0 0x1000&;
& & & & & &&interrupts = & 5 2 &;
& & & & };
& & & & i2c@1,0 {
& & & & & & compatible = &acme,a1234-i2c-bus&;
& & & & & & #address-cells = &1&;
& & & & & & #size-cells = &0&;
& & & & & & reg = &1 0 0x1000&;
& & & & & &&interrupts = & 6 2 &;
& & & & & & rtc@58 {
& & & & & & & & compatible = &maxim,ds1338&;
& & & & & & & & reg = &58&;
& & & & & & & &&interrupts = & 7 3 &;
& & & & & & };
& & & & };
& & & & flash@2,0 {
& & & & & & compatible = &samsung,k8f1315ebm&, &cfi-flash&;
& & & & & & reg = &2 0 0x4000000&;
& & & & };
有些细节需要各位注意：
此machine仅有一个中断控制器：interrupt-controller@标签&intc:&被加到了中断控制器的节点上，这个标签在父节点上创建了一个phandle，这个phandle就是父节点的interrupt-parent。所以这个中断控制器就成了系统所有子节点的默认终端控制器，只有当子节点明确的声明了其interrupt-parent才会被覆盖。每个设备使用interrupt属性来区分不同的终端输入线。#interrupt-cells（在interrupt-controller@节点中）的&#20540;是2，所以，每个中断说明符由两个cell数据组成。这个例子中用的是最常见的&中断说明符&形式，第一个cell表示中断线的序号，第二个cell表示终端类型的flag（表示高有效，低有效。。。），对于不同的终端控制器，需要阅读对应的binding
document来得知其&中断说明符&的&#26684;式。
设备特定数据
在常用的属性之外，我们还能为一个节点自行添加属性及子节点。只要是系统需要的任何数据都能被我们按特定的规则来添加。
首先，新设备特定的属性名需要使用&厂商前缀，这样能避免与系统已有的标准属性名称冲突。
第二，每个属性都应该在某个binding文档中有相关的说明，这样驱动作者才能知道如何使用这些属性数据。
第三，将新的binding资料在devicetree-discuss@lists.ozlabs.org中post出来，大家对binding的代码审查将能规避大部分常识性错误。
aliases 节点
这个特殊节点用来引用一个长路径，比如/external-bus/ethernet@0,0，它是长路径的缩写或叫别名。比如：
& & aliases {
& & & & ethernet0 = &eth0;
& & & & serial0 = &serial0;
使用别名来标识一个设备是备受操作系统欢迎的做法。
chosen节点
chosen节点并不代表一个真正的设备，而是用来在Firmware与操作系统间传递数据，如启动参数。
通常chosen节点在dts中被置空。
在我们这个例子中，被添加了如下的启动参数：
& & & & bootargs = &root=/dev/nfs rw nfsroot=192.168.1.1 console=ttyS0,115200&;
转自：http://blog.csdn.net/diaoxuesong/article/details/
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：48800次
排名：千里之外
原创：13篇
转载：30篇
评论：22条
(1)(4)(2)(4)(6)(1)(25)