查看“第六课:在LCD驱动中使用设备树”的源代码


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

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

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

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

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

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

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

= 第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的简单使用=