聊聊Beaglebone Black的cape和device tree overlay和dtc命令【转】

本文转载自：https://blog.csdn.net/wyt2013/article/details/16846171

本文是我早期写的，语言略混乱。请直接看我最新整理的，适用于初学者的文章《使用BBB的device tree和cape（从新整理版）》

咱们知道beagleboard官网上有一些官方的硬件外设，好比lcd显示屏之类的，他们管这些外设叫作cape。其实这里是我理解狭隘了，应该说只要是修改了芯片引脚功能，或占用了空闲的引脚的东西，均可以叫作cape。好比以前咱们提到的开启某些引脚的AD转换功能，其实也是给设备添加了一个virtual cape。Beaglebone Black中用一个叫作capemgr的软件管理全部的cape，不论它是实实在在的扩展板，仍是虚拟的cape。这个软件的目录是

/sys/devices/bone_capemgr.*/（这里的*是一个每次系统启动可能会不同的数字（与启动顺序有关））

若是你看过个人博客，也许还会记得咱们加载device tree overlay时打开了一个文件，正是这个目录下的slots文件。slots文件就是capemgr这个软件的对外接口。slot这个单词是“插槽”的意思，看，很形象吧！我要插上一个cape，就向这个“插槽”里“插入”(echo)相应的设备。echo这个命令的含义是“向标准设备输出”嘛。另外，.dtbo文件只有放到/lib/firmware目录下才能被使用。

还记得咱们第一次打开slots文件看到了什么吗？

# cat /sys/devices/bone_capemgr.*/slots
0: 54:PF---
1: 55:PF---
2: 56:PF---
3: 57:PF---
4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
这里前4项为何是空的呢？它们是给那些有EEPROM的实体cape预留的位置。经过实体cape上的开关，能够达到咱们用 echo something > $SLOTS 语句同样的效果。不难看出，这样的实体cape最多只能插4个。

4和5这两项则是系统已经加载的两个virtual cape，由于eMMC和HDMI确实须要占用一些引脚，因此根据前面的定义，它们也是cape。

其实device tree overlay的做用之一是将设备和驱动进行绑定（前提是驱动或驱动模块已经存在于内核中），只不过相比从前那种从新编译内核的方式来讲，这种方式实在太方便了。

 

12.18更新

关于cat $SLOTS

cat后显示的内容中，左侧的L字母表明是否加载。有时四、5这两项依然存在，但没有L字母，则也没有加载这两个cape。详见个人日志《为BBB制做专属本身的cape（二）》中的“系统存在Bug，运行时卸载cape会致使kernel panic”一节。

关于dtc命令
参考个人日志《使用Beaglebone Black的PRU》前面写到的“修改系统dtb文件”这一部分操做可知：dtc命令虽然叫作“编译”，但其做用主要只是转变一下数据存储的格式，由人类可阅读的dts转成机器识别的dtb或dtbo或者反过来转换。
实际上由dtb转换成dts文件后，跟初始dts文件仍是有不一样的，从这个不一样也能看出dts文件中什么内容是不重要的。以BBB自带的BB-ADC-00A0.dtbo为例，咱们看一下它转换回dts文件是什么样的。
root@beaglebone:~/tmp# dtc -I dtb -O dts BB-ADC-00A0.dtbo
/dts-v1/;

/ {
compatible = "ti,beaglebone", "ti,beaglebone-black";
part-number = "BB-ADC";
exclusive-use = "P9.39", "P9.40", "P9.37", "P9.38", "P9.33", "P9.36", "P9.35", "tscadc";

fragment@0 {
target = <0xdeadbeef>;

__overlay__ {
#address-cells = <0x1>;
#size-cells = <0x1>;

tscadc {
compatible = "ti,ti-tscadc";
reg = <0x44e0d000 0x1000>;
interrupt-parent = <0xdeadbeef>;
interrupts = <0x10>;
ti,hwmods = "adc_tsc";
status = "okay";

adc {
ti,adc-channels = <0x8>;
};
};

helper {
compatible = "bone-iio-helper";
vsense-name = "AIN0", "AIN1", "AIN2", "AIN3", "AIN4", "AIN5", "AIN6", "AIN7";
vsense-scale = <0x1000 0x1000 0x1000 0x1000 0x1000 0x1000 0x1000 0x1000>;
status = "okay";
linux,phandle = <0x1>;
phandle = <0x1>;
};
};
};

__symbols__ {
test_helper = "/fragment@0/__overlay__/helper";
};

__fixups__ {
ocp = "/fragment@0:target:0";
intc = "/fragment@0/__overlay__/tscadc:interrupt-parent:0";
};
};
BB-ADC-00A0.dts原文是这样的
/*
* Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2 as
* published by the Free Software Foundation.
*/
/dts-v1/;
/plugin/;

/ {
compatible = "ti,beaglebone", "ti,beaglebone-black";

/* identification */
part-number = "BB-ADC";

/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
"P9.39", /* AIN0 */
"P9.40", /* AIN1 */
"P9.37", /* AIN2 */
"P9.38", /* AIN3 */
"P9.33", /* AIN4 */
"P9.36", /* AIN5 */
"P9.35", /* AIN6 */
/* the hardware IP uses */
"tscadc";

fragment@0 {
target = <&ocp>;
__overlay__ {
/* avoid stupid warning */
#address-cells = <1>;
#size-cells = <1>;

tscadc {
compatible = "ti,ti-tscadc";
reg = <0x44e0d000 0x1000>;

interrupt-parent = <&intc>;
interrupts = <16>;
ti,hwmods = "adc_tsc";
status = "okay";

adc {
ti,adc-channels = <0 1 2 3 4 5 6 7>;
};
};

test_helper: helper {
compatible = "bone-iio-helper";
vsense-name = "AIN0", "AIN1", "AIN2", "AIN3", "AIN4", "AIN5", "AIN6", "AIN7";
vsense-scale = <100 100 100 100 100 100 100 100>;
status = "okay";
};
};
};
};
两者区别请自行比对。
当我想把dts文件转换成dtbo文件时，出现了错误。
root@beaglebone:~/tmp# dtc -I dts -O dtb BB-ADC-00A0.dts
ERROR (phandle_references): Reference to non-existent node or label "ocp"

ERROR (phandle_references): Reference to non-existent node or label "intc"

ERROR: Input tree has errors, aborting (use -f to force output)（加上 -f 也是没有用的）但若是加上 -@ ，就能够顺利输出了。这就是device tree overlay和原生device tree的不一样吧——device tree（好比/boot目录里那些dtb文件反编译出来的dts文件）都是包含从根节点到每一个子节点的所有信息的。而device tree overlay（好比/lib/firmware目录中的那些）只须要包含要修改的内容便可。至于后缀名dtbo和dtb，彷佛单纯是为了区分两者，内容格式其实都是同样的，均可以用dtc命令反编译成dts文件。