mitu

@sunshine sorry it didn't work, I though the upgrade for `raspi-firmware` would force the uninstallation of the (outdated) libs, but this doesn't seem to be the case.

Where did you hear that ? Note that the 'firmware' package is not updating the EEPROM that's present on a Pi4/Pi5 and I had no booting issues updating the raspi-firmware package on RaspiOS.\ Of course you could make a backup if you want to feel safer, but I have no reason to believe there's anything that's going to cause issues if you're going to upgrade the raspi-firmware package.

Try an apt full-upgrade. The libraspberrypi packages have been deprecated recently (e.g. June/July) and recent RPI packages shouldn't depend on them, including raspi-firmware.

Try the 'minimal-iot' flavor, I think that's the only one that boots from the current images. You can then add the desired packages and even switch to the 'edge' kernel from armbian-config.

@Fredrik thank you for testing.

@Fredrik thank you for the reply. I wonder what's Gnome doing to initialize the audio that's different from a regular (non-graphical) boot. FWIW I installed also Pipewire/Wireplumber and tried to test the audio through the PW ALSA emulation, but that didn't work either. Just out of curiosity, does speaker-test work from the CLI once booted into Gnome or is it just the sound test in Gnome settings that's working ?

OK, so I installed the latest Debian/Trixie + Cinnamon + vendor kernel available and audio is working. The name of the cards and mixers are different though: speaker-test worked both by specifying the mixer (... -D plughw:CARD=rockchiphdmi0,DEV=0) or through PulseAudio's ALSA emulation after setting the default sink to the rockchiphdmi0 card. The list of audio cards is different in the vendor kernel than what's available OOB with the edge kernel, so I'm not sure if the configuration is comparable. But the audio port/cable combo seems to be fine so there's that..

I can try it, just to check that the cable/port combo is ok. I'm not sure how would that help - the reason I'm using the edge kernel is to use the upstream/Linux kernel implementation and the implementation may not be the same as the one provided in the outdated vendor image.

I haven't tried the vendor image, but I have another SBC (RasPi4) that can succesfully output audio through the monitor speakers, so the monitor is ok. I could re-test the HDMI cable I guess, but since the video signal is ok I don't expect the audio to have issues.

It doesn't seem to make a difference:

Sorry I mean Which kind of output device: TV, Monitor with build in speakers? I have a HDMI monitor with speakers included. Yes.

Here's the output, shows PCMs for both the HDMI and analog audio outputs: > How do you test the HDMI sound ? speaker-test or aplay (with a .wav file).

The kernel version reported by armbianmonitor (see my first post) is 6.16.4-edge-rockchip64.

amixer doesn't show any controls on the first card (and so does alsamixer) - amixer -c 0 shows nothing, while amixer -c 1 has a lot of output, but I think it's just showing the controls for the rockchipes8388 audio card (the analog output, not the HDMI).

I have an Orange Pi 5 board, installed with the 25.8 Debian Bookworm + Cinnamon desktop system. I have switched (using armbian-config) to the edge kernel in order to test the HDMI audio support in the new Linux kernel, but I'm not getting any audio out. The ALSA HDMI card seems to be present (see below), but there's no sound using speaker-test or aplay. I have enabled the hdmirx overlay through armbian-config also, but the result is the same. Is there anything extra that should be configured in order to get audio output ? Output from armbianmonitor - https://paste.armbian.com/gegorimako