Wrong uEnv.txt setting in 12.13-base-v5.10-ti image lets BBB Industrial Rev D. not boot from micro sdcard

General Discussion
1

When booting am335x-debian-12.13-base-v5.10-ti-armhf-2026-01-22-4gb.img from a micro sd card on a Revision D beaglebone following will happen:

loading /boot/vmlinuz-5.10.168-ti-r83 …6644224 bytes read in 419 ms (15.1 MiB/s)debug: [enable_uboot_overlays=] …

unable to find [dtb=am335x-boneblack-revd.dtb] did you name it correctly? …

Error: “failumsboot” not defined

uboot_overlays: add [enable_uboot_overlays=1] to /boot/uEnv.txt to enable…loading /boot/initrd.img-5.10.168-ti-r83 …10323707 bytes read in 656 ms (15 MiB/s)

Solution:

In /boot/uEnv.txt:

enable_uboot_overlays=1

and

enable_uboot_cape_universal=1

must be uncomented. I think this should be changed in the Image

Thanks

2

this should fix that going forward… beaglebone-fat* safe to enable cape_overlays with RevD now · beagleboard/image-builder@8f66696 · GitHub

(it still won’t give you video on RevD with v5.10.x)

but enable_uboot_cape_universal is being phased out..

Regards,

3

Thanks for this fast response.
I actualy need audio and no video but i used the hmi chip on Rev C on a 4.19 ti kernel just for audio playback. Is there a chance that the 4.19 will get “only audio” support wit the new Rev. D. hdmi chip ?`

Thanks

4

When you say audio… it that thru mcasp or hdmi? mcasp should work no matter what..

5

So i have a conention to a PCM5102A DAC and the P9 header. I never changed the device tree for that because i just used the HDMI output to drive the DAC. Maybe this is/was not the right way to do that but it worked the last 7 years in our installations as an audio player :wink:. Since i was able to work with device trees in the 4.19 ti-kernel (just basics stuff for some inputs/outpus and the ti-eqep encoders) i am getting lost in the 5.x and 6.x world.It changed a lot.
So now i try to run the 5.10 kernel since i found out that you made patches for this kernel to support this new HDMI chip.
Now i am confused since you wrote there is no video :wink: .
You have any advice howto go forward to get my ti-eqep and audio running on a Rev. D industrial ?

Thanks in advanced

6

Yes, you need an overlay, you got lucky!

Is your pcm5102a easy to wire up, something i can grab on amazon to help test?

Found: 2Pcs IIS PCM5102 PCM5102A AUX Stereo Digital Audio I2S DAC Decoder Board Module Voice Module Player Module Digital to Analog Audio Converter for Raspberry Pi Arduino: Amazon.com: Industrial & Scientific placed an order..

7

I used exactly one of this modules when i was building that up years ago. No way you are ordering that to help me. I would send you the one i used but cant find it.

Thanks a lot

8

no worries, i have lots of hardware i use to verify user builds.. please share how your wired all the pins, so i can make sure to have a drop in overlay.. hopefully arrives this week before i fly out on monday..

9

Okay,

will give you the schematics tommorow morning since i am out of office now.

10

Basicaly we just use the following wireing:

LRCK → I2S_LRCK (P9_29)

DIN →I2S_DATA (P9_28)

BCK → I2S_BCK (P9_31)

We use 3.3 Volts for the chip.

So my current image is with debian buster and the 4.19 ti kernel. Everything on Rev. D works (inputs/outputs, ti encoders, my pru applications) but only the sound is broken.

I realy hope you can help me out of this little disaster.

Thanks

11

I started to adopt the overlay of the given BB-HDMI-TDA99x-00A0.dts (4.19 Kernel) by hand. I tried and tried and at the end i uploaded it to claude ai. I told it to remove all HDMI related stuff and add PCM5102A support. I got the right code for the device tree after 30 secodnds. I now feel very useless on this planet.

Attached is the dts so maybe you can use it in the overlay.

Thanks a lot and sorry for stealing your time :wink:

BB-AUDIO-PCM5102A.dts (2.8 KB)

1 Like