【版权申明】未经博主同意,谢绝转载!(请尊重原创,博主保留追究权)
我的第一个设备树驱动程序-设备树端
1. .dts文件的编写
文件路径: Linux源代码的arch/arm/boot/dts目录下, 选择一个和自己板子相符.dts文件./dts-v1/;
#include "BOARDNAME.dtsi"
/ {
model = "VENDOR BOARDNAME DEMO Board";
compatible = "VENDOR, BOARDNAME";
memory {
device_type = "memory";
reg = <0x82000000 0x20000000>;
};
led {
compatible = "ybk_led";
reg = <0x120D6100 1>;
};
};
分析:
- #include “BOARDNAME.dtsi”
该文件类似C语言中的.h头文件, 该文件里面包含着板子端的资源信息, 而这部分信息是可以给其他的板子或芯片复用, 所以把他们单独地放在.dtsi文件中(而不是dts文件), 以提高代码的复用率.
引用自: https://www.cnblogs.com/aaronLinux/p/5496559.html
*.dtsi文件作用:由于一个SOC可能有多个不同的电路板,而每个电路板拥有一个 .dts。这些dts势必会存在许多共同部分,为了减少代码的冗余,设备树将这些共同部分提炼保存在.dtsi文件中,供不同的dts共同使用。
*.dtsi的使用方法,类似于C语言的头文件,在dts文件中需要进行include *.dtsi文件。当然,dtsi本身也支持include 另一个dtsi文件。
- / {
…设备树的根节点…
…在一个.dts文件中,有且仅有一个root节点…
};"
前期学习用这里挺方便的(实际工作中要更严格地要求自己), 例如上面的
led {
compatible = “ybk_led”;
reg = <0x120D6100 1>;
};
就是我加上去的, 后面我们会验证此操作是否成功. - model = “VENDOR BOARDNAME DEMO Board”;
用于区别这个板子是做什么的, 比如有几款板子配置一致, 它们的compatible是一样的,那么就通过model来分辨这几款板子. - compatible = “VENDOR, BOARDNAME”;
定义一系列的字符串, 用来指定内核中哪个 machine_desc 可以支持本设备,即这个板子兼容哪些平台.(这个解释是在根目录下的, 子节点下的compatible是另一个解释). - memory {
device_type = “memory”;
reg = <0x82000000 0x20000000>;
};
device_type: 表明设备类型, 寻找节点可以依据这个属性.(对于memory node,device_type必须为memory)
reg: 用于指示该资源(这里是memory资源)的起始地址、大小.
0x82000000是起始地址, 0x20000000是该资源的大小. - led {
compatible = “ybk_led”;
reg = <0x120D6100 1>;
};
compatible: 这个是子节点下的compatible(不同于上面根节点下的compatible), 该属性用于设备树与设备驱动之间的匹配. 可以说该属性是一个关键字.
reg: 如上memory所述, 我这里是一个LED的data寄存器地址和他的大小, 寄存器地址为0x120D6100, 该寄存器的长度为1(也就是一个字节, 8bit).
2. .dts文件的编译
编译命令:
make ARCH=arm CROSS_COMPILE=arm-xxxxx-linux- dtbs
该命令生成一个.dtb文件(并不会把设备树编进内核, 便于调试而不需要重新编译内核, 提高效率)
或者
make ARCH=arm CROSS_COMPILE=arm-xxxxx-linux- uImage
该命令直接生成uImage内核镜像(用于正式版会更好)
3. .dtb文件的使用
DTC编译*.dts生成的二进制文件(.dtb),bootloader在引导内核时,会预先读取.dtb到内存,进而由内核解析。
Bootloader需要将设备树在内存中的地址传给内核。在ARM中通过bootm或bootz命令来进行传递。bootm [kernel_addr] [initrd_address] [dtb_address],其中kernel_addr为内核镜像的地址,initrd为initrd的地址,dtb_address为dtb所在的地址。若initrd_address为空,则用“-”来代替。