Question

我正在我的Beaglebone Black上部署设备树覆盖。

Linux版本是：

Linux version 4.1.18-ti-r52 (root@b1-omap5-uevm-2gb) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP Thu Mar 10 00:41:28 UTC 2016

我正在关注这个例子 https://github.com/jadonk/validation-scripts/blob/master/test-capemgr/README.md。

我还参与了Derek Molloys的探索BeagleBone黑皮书第6章中的示例。在这两种情况下，我在部署叠加层时遇到了同样的错误。叠加似乎正确部署，在做回声时没有给出错误＆gt; $ SLOTS但是当我使用dmesg查看内核消息时，我得到的错误如下所示。下面显示的是从jadonk示例开始。

[ 1053.452639] bone_capemgr bone_capemgr: Using override eeprom data at slot 5
[ 1053.452664] bone_capemgr bone_capemgr: slot #5: 'Override Board Name,00A0,Override Manuf,pinctrl-test-7'
[ 1053.455556] pinctrl-single 44e10800.pinmux: pin 44e10964.0 already requested by ocp:P9_42_pinmux; cannot claim for ocp:helper
[ 1053.467142] pinctrl-single 44e10800.pinmux: pin-89 (ocp:helper) status -22
[ 1053.474093] pinctrl-single 44e10800.pinmux: could not request pin 89 (44e10964.0) from group pinctrl_test_7_pins  on device pinctrl-single
[ 1053.486626] bone-pinmux-helper ocp:helper: Error applying setting, reverse things back
[ 1053.495157] pinctrl-single 44e10800.pinmux: pin 44e10964.0 already requested by ocp:P9_42_pinmux; cannot claim for ocp:helper
[ 1053.506627] pinctrl-single 44e10800.pinmux: pin-89 (ocp:helper) status -22
[ 1053.513582] pinctrl-single 44e10800.pinmux: could not request pin 89 (44e10964.0) from group pinctrl_test_7_pins  on device pinctrl-single
[ 1053.526118] bone-pinmux-helper ocp:helper: Error applying setting, reverse things back
[ 1053.534109] bone-pinmux-helper ocp:helper: Failed to select default state

在部署之前，我看到：

root@beaglebone:/lib/firmware# cat $SLOTS
 0: PF----  -1 
 1: PF----  -1 
 2: PF----  -1 
 3: PF----  -1 
 4: P-O-L-   0 Override Board Name,00A0,Override Manuf,cape-universaln

部署后，我看到：

root@beaglebone:/lib/firmware# cat $SLOTS
 0: PF----  -1 
 1: PF----  -1 
 2: PF----  -1 
 3: PF----  -1 
 4: P-O-L-   0 Override Board Name,00A0,Override Manuf,cape-universaln
 5: P-O-L-   1 Override Board Name,00A0,Override Manuf,pinctrl-test-7

但是dmesg显示了上面的错误。

您能否说明可能发生的事情和/或我如何解决问题？

Answer 1

我过去了这个问题。在另一个论坛上，我解释了cape-universaln和config-pin的用法。 cape-universaln是一种覆盖，提供了一种配置引脚而无需编写叠加的方法。在https://github.com/cdsteinkuehler/beaglebone-universal-io有很好的信息。我看到的针脚冲突是可以预料的。我试图在已部署的覆盖层之上部署不需要的覆盖层，这提供了一种更简单的配置引脚的方法。还在学习。

部署设备树覆盖时出错

1 个答案: