彭东林.PDFVIP

作者 彭东林 pengdonglin137@163.com 平台 TQ2440 Linux-4.10.17 概述 在设备树中我们经常见到诸如#clock-cells、#dma-cells、#reset- cells、#phy-cells、#iommu-cells、#pwm-cells、#hwlock- cells、#io-channel-cells、#msi-cells、#power-domain- cells、#interrupt-cells、#cooling-cells、“#sound-dai-cells”等 等 ，这种属性到底是干啥用的？ 而有些节点会通过下面的属性引用其他设备树节点 ， 如dmas、resets、iommus、list、pwms、clocks、hwlocks、p hys、gpios、cooling-device、power-domains、interrupts等 ， 这些属性又是干啥的？ 正文 一、我的理解 带有cells字段属性的节点代表了某种资源管理者 ，以中断控制器节点为例 ，含 有#interrupt-cells的节点代表了一种中断资源的管理者 ，而其他使 用interrupts属性引用之前的中断控制器节点的设备树节点代表了某种资源的使用 者 ，也就是某个中断资源的使用者 ，同时在interrupts属性中也描述了所引用中断资源的 详细信息 ，比如中断类型（PPI or SPI）、中断编号、触发类型等等。而 #interrupts-cells属性的含义就是要引用该中断管理器的一个中断资源需要的参数个 数 ，比如前面说的“中断类型”、“中断编号”以及“触发类型”就需要三个参数来表示 ，每个 参数之间用空格隔开。 二、demo-controller 设备树既然写的这么清楚 ，那么Linux内核又是怎么样处理的呢？ 为了弄清楚这个问题 ，我仿照of-dma.c添加了一个非常简单易懂的of-demo.c，我将 demo理解为某种资源 ，然后添加了demo-controller和demo-user两个驱动 ，分别表示 demo资源管理者驱动以及demo资源使用者驱动。此外 ，需要在设备树中分别为demo资源 管理者和demo资源使用者的节点。 对应的驱动我已经上传到github上面了： 1.  git@:pengdonglin137/linux­4.10.17.git ­b tq2440_dt 对应的commit id是f45a337dbde05fb2d23e26b3729111aef090a70e。 1、demo资源管理者节点 1.    demo_controller_one: demo_controller@0 { 2.      compatible  demo_controller,one; 3.      demo­controller; 4.      #demo­cells   1; 5.    }; 6.  7.    demo_controller_two: demo_controller@1 { 8.      compatible  demo_controller,two; 9.      demo­controller; 10.      #demo­cells   2; 11.    }; 12.  13.    demo_controller_three: demo_controller@2 { 14.      compatible  demo_controller,three; 15.      demo­controller; 16.      #demo­cells   3; 17.    }; 上面表示了三中dem资源管理者 ，对于每一个demo资源管理者而言 ，想要引用该管理者的 一个demo资源需要的参数个数。 第4行的将#demo-cells赋值为1，表示要获取demo_controller_one这个demo资源管 理者的一个demo资源需要1个参数 第10行的2表示获取demo_controller_two这个demo资源管理者的一个demo资源需要2 个参数 第16行的3表示获取demo_controller_three这个demo资源管理者的一个demo资源需 要3个参数 2、demo资源的使用者 1.    demo_user_one: demo_user@0 {