У меня странная проблема с деревом устройств. Я обнаружил, что изменение имени .dtbo изменило поведение ядра!
Я изменил файл BB-SPIDEV1-00A0.dts, указанный в / lib / firmware, с помощью Angstrom:
/*
* Copyright (C) 2013 CircuitCo
*
* Virtual cape for SPI1 on connector pins P9.29 P9.31 P9.30 P9.28
*
* 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-SPI1-01";
version = "00A0";
/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
"P9.31", /* spi1_sclk */
"P9.29", /* spi1_d0 */
"P9.30", /* spi1_d1 */
"P9.28", /* spi1_cs0 */
"P9.42", /* spi1_cs1 */
/* the hardware ip uses */
"spi1";
fragment@0 {
target = <&am33xx_pinmux>;
__overlay__ {
/* default state has all gpios released and mode set to uart1 */
bb_spi1_pins: pinmux_bb_spi1_pins {
pinctrl-single,pins = <
0x190 0x13 /* mcasp0_aclkx.spi1_sclk, OUTPUT_PULLUP | MODE3 */
0x194 0x33 /* mcasp0_fsx.spi1_d0, INPUT_PULLUP | MODE3 */
0x198 0x13 /* mcasp0_axr0.spi1_d1, OUTPUT_PULLUP | MODE3 */
0x19c 0x13 /* mcasp0_ahclkr.spi1_cs0, OUTPUT_PULLUP | MODE3 */
0x164 0x12 /* eCAP0_in_PWM0_out.spi1_cs1 OUTPUT_PULLUP | MODE2 */
0x1A0 0x32 /* Other P42 pin, INPUT_PULLUP */
>;
};
};
};
fragment@1 {
target = <&spi1>; /* spi1 is numbered correctly */
__overlay__ {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&bb_spi1_pins>;
#address-cells = <1>;
#size-cells = <0>;
spi1_0{
#address-cells = <1>;
#size-cells = <0>;
compatible = "spidev";
reg = <0>;
spi-max-frequency = <16000000>;
};
spi1_1{
#address-cells = <1>;
#size-cells = <0>;
compatible = "spidev";
reg = <1>;
spi-max-frequency = <16000000>;
};
};
};
};
Я скомпилировал его под два имени: BB-SPIDEV1-00A0.dtbo и BB-SPI1-01-00A0.dtbo
Когда я загружаю один из них в /sys/devices/bone_capemgr.9/slots, spidev ведет себя иначе!
С BB-SPIDEV1 spidev1.0 работает без проблем. Но выбор микросхемы spidev1.1 не работает! Штырь 42 находится в неправильном режиме, и штифту не назначен spi1
С другой стороны, у BB-SPI1-01 (это имя не важно, другое имя - то же самое, просто оно должно отличаться от BB-SPIDEV1) вывод 42 хорошо распределен:
root@beaglebone:/sys/kernel/debug/pinctrl/44e10800.pinmux# cat pinmux-pins | grep spi
pin 89 (44e10964): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 100 (44e10990): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 101 (44e10994): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 102 (44e10998): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 103 (44e1099c): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
pin 104 (44e109a0): 481a0000.spi (GPIO UNCLAIMED) function pinctrl_spi1_pins group pinctrl_spi1_pins
и в хорошем режиме:
root@beaglebone:/sys/kernel/debug/pinctrl/44e10800.pinmux# cat pins | grep 964
pin 89 (44e10964) 00000012 pinctrl-single
НО на этот раз spidev1.0 не работает должным образом. Строка MISO (т.е. вход для BBB) видит только 0, даже если это ложь (я проверил с помощью осциллографа).
Так в чем может быть проблема?
заранее спасибо
spi-cpha;
находится во фрагменте 1, канал 0, подspi-max-frequency
, и есть несколько отличий в мультиплексировании ваших контактов: SPI1_SCLK может быть INPUT_PULLUP , также я не вижу никакой связи между P9_42B (0x1A0) и подсистемами SPI - вы можете смешивать его с P9_42A (0x164), который имеет SPI1_SCLK (режим 4) и SPI1_CS1 (режим 2). Режим 2 P9_42B - «MCASPO_AXR2». - person TekuConcept   schedule 23.06.2014multichannel audio serial port subsystem 0
[mcasp0] при запуске как часть наложения BB-BONELT-HDMIN. Чтобы удалить наложения HDMI, следуйте инструкциям внизу этой страницы: tekuconcept.blogspot.com/2014/02/gpio-beaglebone-and-bash.html, а затем посмотрите, что произойдет. - person TekuConcept   schedule 24.06.2014capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
И есть выгруженные (я вижу это сcat $SLOTS
). ` - person user3714405   schedule 24.06.2014