After some more browsing I did find the solution at
http://www.logicsupply.com/blog/2013/07/18/disabling-the-beaglebone-black-hdmi-cape/,
which is to also disable the HDMIN device:
$ sed -i -e '/^optargs/ s/$/ capemgr.disable_partno=BB-BONELT-HDMI
,BB-BONELT-HDMIN/' /mnt/card/uEnv.txt
And observe that the devices no longer have the L (for Loaded) flag:
$ cat /sys/devices/bone_capemgr.9/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-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN
Phew!
On Sunday, December 8, 2013 7:16:51 PM UTC-8, Thorsten von Eicken wrote:
>
> Soo. all this sounds great but doesn't work for me. I'm using Ubuntu
> 12.04, maybe that's an issue? Here's what I did.
> I started out with:
> $ cat /sys/devices/bone_capemgr.9/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
>
> Then I modified uEnv.txt:
> $ mkdir /mnt/card; mount /dev/mmcblk0p1 /mnt/card
> $ sed -i -e '/^optargs/ s/$/ capemgr.disable_partno=BB-BONELT-HDMI/'
> /mnt/card/uEnv.txt
> $ cat /mnt/card/uEnv.txt
> mmcpart=2
> optargs=fixrtc capemgr.disable_partno=BB-BONELT-HDMI
> uenvcmd=i2c mw 0x24 1 0x3e; kd=0; if test $mmcdev -eq 1; then mmc dev 0;
> if mmc rescan; then kd=1; fi; mmc dev 1; fi; setenv mmcroot
> /dev/mmcblk${kd}p${mmcpart} ro
> loadfdt=load mmc ${mmcdev}:${mmcpart} ${fdtaddr} ${bootdir}/dtbs/${fdtfile}
> loadimage=load mmc ${mmcdev}:${mmcpart} ${loadaddr} ${bootdir}/${bootfile}
>
> That all looked great so I rebooted and then checked things:
> $ cat /proc/cmdline
> console=ttyO0,115200n8 fixrtc capemgr.disable_partno=BB-BONELT-HDMI
> root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
> $ cat /sys/devices/bone_capemgr.9/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-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
> 6: ff:P-O-L Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN
>
> Now I'm baffled: the disable got accepted into the kernel command line yet
> I still have the HDMI device and now I even have an additional HDMIN device?
> Here's what's in dmesg:
> $ dmesg|egrep -i hdmi
> [ 0.000000] Kernel command line: console=ttyO0,115200n8 fixrtc
> capemgr.disable_partno=BB-BONELT-HDMI root=/dev/mmcblk0p2 ro
> rootfstype=ext4 rootwait
> [ 1.173481] bone-capemgr bone_capemgr.9: Skipping disabled cape with
> part# BB-BONELT-HDMI
> [ 1.369583] bone-capemgr bone_capemgr.9: slot #5:
> 'Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI'
> [ 1.394238] bone-capemgr bone_capemgr.9: slot #6:
> 'Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN'
> [ 1.404540] bone-capemgr bone_capemgr.9: Skipping loading of disabled
> cape with part# BB-BONELT-HDMI
> [ 1.437616] bone-capemgr bone_capemgr.9: loader: before slot-6
> BB-BONELT-HDMIN:00A0 (prio 2)
> [ 1.446477] bone-capemgr bone_capemgr.9: loader: check slot-6
> BB-BONELT-HDMIN:00A0 (prio 2)
> [ 1.482717] bone-capemgr bone_capemgr.9: loader: check slot-6
> BB-BONELT-HDMIN:00A0 (prio 2)
> [ 1.575668] bone-capemgr bone_capemgr.9: loader: check slot-6
> BB-BONELT-HDMIN:00A0 (prio 2)
> [ 1.590928] bone-capemgr bone_capemgr.9: loader: after slot-6
> BB-BONELT-HDMIN:00A0 (prio 2)
> [ 1.614083] bone-capemgr bone_capemgr.9: slot #6: Requesting firmware
> 'cape-boneblack-hdmin-00A0.dtbo' for board-name 'Bone-Black-HDMIN', version
> '00A0'
> [ 1.639121] bone-capemgr bone_capemgr.9: slot #6: dtbo
> 'cape-boneblack-hdmin-00A0.dtbo' loaded; converting to live tree
> [ 1.702269] bone-capemgr bone_capemgr.9: loader: done slot-6
> BB-BONELT-HDMIN:00A0 (prio 2)
>
> Help!
>
> On Sunday, June 2, 2013 12:37:11 PM UTC-7, Günter Pütz wrote:
>>
>> Hi all,
>> hope that somebody can help me:
>>
>> I am new with the BBB and Linux as well. I need to use 20 digital inputs
>> and 20 digital outputs - no HDMI framer.
>> When I look at the available GPIO pins with:
>> root@beaglebone:/sys/kernel/debug# cat gpio
>> "GPIOs 0-31, gpio:
>>
>> GPIOs 32-63, gpio:
>> gpio-52 (eMMC_RSTn ) out lo
>> gpio-53 (beaglebone:green:usr) out lo
>> gpio-54 (beaglebone:green:usr) out lo
>> gpio-55 (beaglebone:green:usr) out hi
>> gpio-56 (beaglebone:green:usr) out lo
>> gpio-59 (McASP Clock Enable P) out hi
>>
>> GPIOs 64-95, gpio:
>>
>> GPIOs 96-127, gpio:",
>> it seems that the HDMI pins are free for "General Purpose" (GPIOs 8 to
>> 11, 70 to 81 and 86 to 89). But they also seem to be in the wrong pinmux
>> mode (mode 7 is needed).
>>
>> I found any articles about device tree and how to compile .dts files to
>> .dtso "tree overlays".
>> Is there a step by step tutorial out there that explain to me (the
>> newbie) how to "overlay" all HDMI pins to get 20 "General Purpose" IOs with
>> the right pinmux (mode 7)?
>>
>> Attached to my posting is a pdf that shows a table of pins at headers P8
>> and P9. The collumns "In" and "Out" show what I have tested in user space
>> by doing this:
>> cd/sys/gpio
>> echo {gpionumber} > export
>> cd gpio{gpionumber}
>> echo out > direction
>> echo 1 > value (and after that, '0').
>>
>> I tested the GPIOs by connecting them to a transistor that switches an
>> LED on and off. With the "?" in the column "out" (attached table) the GPIOs
>> seem to be setted right, but they don't work electrically. That means a
>> "cat value" gives a "1", but there is no voltage switched to it. I tried
>> also a view tests in input mode: "cat value" gives always "0" (not
>> documented in the table).
>>
>> My wishes for the future to beaglebone.org:
>> - A set of .dts templates with different options for beginners (e.g.
>> "without hdmi", "like bb white" ...) - I also didn't find the .dts files of
>> the corresponding .dtbo files that are in /lib/firmware.
>> - Perhaps some changes could be done in the installed .dts files: 'when
>> HDMI is disconnected, muxmode of the pins is 7' (if that is possible, of
>> course).
>>
>> Thank you in advance,
>> Guenter
>>
>>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
