第六课:在LCD驱动中使用设备树

按照计划，本课会讲解修改uboot和内核让JZ2440支持设备树。

但前面修改uboot已经讲解完了，修改内核也没必要单独讲，可以直接看内核补丁，修改的方法也并不复杂。

内核补丁路径：

doc_and_sources_for_device_tree/source_and_images/第5,6课的源码及映像文件(使用了完全版的设备树)/第5课第4节_内核补丁及设备树/linux-4.19-rc3_device_tree_for_irq_jz2440.patch

对内核的修改并不多，里面大部分是移植yaffs，yaffs是一个文件系统，他适合在nand flash上使用，要是对移植yaffs感兴趣的话，可以看看毕业班的视频。

实际上涉及设备树的修改并不多，那我怎么知道修改那些呢？

我使用最笨的方法————添加打印。在发现内核启动卡住后，就沿着内核启动流程调用的函数添加打印，比如在`init.c`函数添加了一系列打印，看它卡在哪个函数，再进入该函数添加打印。

这里打印使用的是early_print()，因为printk()很可能还不能使用，early_print()直接把数据写到串口里面，和硬件驱动没有什么关系。

第01节_使用设备树给DM9000网卡_触摸屏指定中断

在上一课我们把中断体系讲得很清楚了，我们先看一下内核里的网卡驱动程序，所在路径为： ``` drivers/net/ethernet/davicom/dm9dev9000.c ``` 在这里做了一件非常取巧的事情，以前中断号和硬件绑定时，它的中断号是`IRQ_EINT7`，现在我直接偷懒将其赋值为7，实际上这种方法是非常不保险的。 从原理上我们可以知道网卡使用的是EINT7，对于EINT7它的hwirq是7，它就会从bit7开始查找，bit7如果没有被占用，那么它的虚拟中断号就等于7。万一有其它中断程序使用了上一级的第7号中断，后面EINT7的虚拟中断号就不会等于7，所以我们在驱动程序里指定中断号存在风险，因此我们需要改正这种做法。

我们可以先在设备树里声明使用哪一个中断，在网卡中指定中断： ```

   srom-cs4@20000000 {
       compatible = "simple-bus";
       #address-cells = <1>;
       #size-cells = <1>;
       reg = <0x20000000 0x8000000>;
       ranges;

       ethernet@20000000 {
           compatible = "davicom,dm9000";
           reg = <0x20000000 0x2 0x20000004 0x2>;
           interrupt-parent = <&gpf>;
           interrupts = <7 IRQ_TYPE_EDGE_RISING>;
           local-mac-address = [00 00 de ad be ef];
           davicom,no-eeprom;
       };
   };

``` 节点`srom-cs`位于根目录下面，它的`compatible`是`simple-bus`，对于`simple-bus`下面的子节点它也会创建为一个平台设备，它的`compatible`是`davicom,dm9000`，我们以后将根据这个值找到对应的驱动程序，在这个节点里面它指定了中断的信息，我们需要修改驱动程序为这个设备节点添加一个`platform_driver`，在`platform_driver`的`probe()`函数里面，把这个中断号确定下来。 修改代码过程参考视频。

触摸屏的设备树节点如下: ```

   jz2440ts@5800000 {
       compatible = "jz2440,ts";
       reg = <0x58000000 0x100>;
       reg-names = "adc_ts_physical";
       interrupts = <1 31 9 3>, <1 31 10 3>;
       interrupt-names = "int_ts", "int_adc_s";
       clocks = <&clocks PCLK_ADC>;
       clock-names = "adc";
   };

``` 该节点没有指定`interrupt-parent`，中断将发给它的父节点(也就是根节点)，在根节点有`interrupt-parent = <0x1>;`，根据`0x01`找到`phandle`。 触摸屏使用了两个中断，一个是按下/松开时产生的中断，另外一个是ADC的中断。一但触摸屏产生信号，就传给子中断控制器（sub interrupt），再由子中断控制器发给顶级的中断控制器(interrupt controller)。 `interrupts`后面的4个32位数字含义如下： 第一个表示是发给主控制器还是子控制器，为1表示发给子控制器； 第二个表示子中断控制器发给主控制器的哪一个； 第三个表示是这个中断控制器里的哪一个中断； 第四个表示中断的触发方式；

通过第三个数字可以知道该节点的第0个中断资源是TC，第1个中断是ADC。

两个驱动程序修改完后，分别上传到内核如下目录: ``` drivers/net/ethernet/davicom drivers/input/touchscreen ``` 测试步骤如下： a. 编译内核 b. 使用新的uImage启动 c. 测试网卡: ``` ifconfig eth0 192.168.1.101 ping 192.168.1.1 ``` d. 测试触摸屏: ``` hexdump /dev/evetn0 // 然后点击触摸屏 ```

第02节_在设备树中时钟的简单使用

第03节_在设备树中pinctrl的简单使用