No sound out of the box on lite #157

solskogen · 2021-06-14T07:45:27Z

With kms-driver (which is the default) there's no working sound support. I can get sound to work as soon as I install pulseaudio, but without it, no sound.

lurch · 2021-06-14T09:17:04Z

Is this one for you, @spl237 ?

spl237 · 2021-06-14T09:20:41Z

Nope - lite's not mine!

pelwell · 2021-06-14T09:35:27Z

kms or fkms? The two are very different.

Try diagnosing the problem a bit - what does aplay -l show? Do you have dtparam=audio=on in /boot/config.txt?

solskogen · 2021-06-14T10:06:44Z

kms. Sound works fine with fkms.

pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: vc4hdmi0 [vc4-hdmi-0], device 0: MAI PCM vc4-hdmi-hifi-0 [MAI PCM vc4-hdmi-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: vc4hdmi1 [vc4-hdmi-1], device 0: MAI PCM vc4-hdmi-hifi-0 [MAI PCM vc4-hdmi-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0

pulseaudio seems to do some magic, so that when the file /etc/alsa/conf.d/99-pulse.conf exists the sound works.

pi@raspberrypi:~ $ speaker-test -c2

speaker-test 1.1.8

Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
ALSA lib pcm_direct.c:1193:(snd1_pcm_direct_initialize_slave) requested or auto-format is not available
ALSA lib pcm_dmix.c:1120:(snd_pcm_dmix_open) unable to initialize slave
Playback open error: -22,Invalid argument

Even raspi-config (1. System Options -> S2 Audio ) says: No internal audio devices found

pelwell · 2021-06-14T10:33:20Z

Don't you think it might be helpful if you say what hardware you are running on?

solskogen · 2021-06-14T10:33:53Z

Oh, sorry. This is a Raspberry Pi 400.

pelwell · 2021-06-14T10:46:11Z

So raspi-config is correct - there is no built-in audio output (HDMI audio is classed as external).

What's in your /boot/cmdline.txt?

solskogen · 2021-06-14T10:48:35Z

console=serial0,115200 console=tty1 root=PARTUUID=34d911c0-02 rootfstype=ext4 elevator=deadline rootwait quiet

But /proc/cmdline says:
coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1920x1080M@60 smsc95xx.macaddr=DC:A6:32:D2:C2:C3 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=34d911c0-02 rootfstype=ext4 elevator=deadline rootwait quiet

pelwell · 2021-06-14T11:16:56Z

It works out of the box for me with the current Lite image - zero configuration required - but I am getting a different ALSA configuration:

pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: b1 [bcm2835 HDMI 1], device 0: bcm2835 HDMI 1 [bcm2835 HDMI 1]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7

How old is your image?

pelwell · 2021-06-14T11:23:06Z

...and that's because kms is not the default - vc4-fkms-v3d is. Switching to vc4-kms-v3d I get the same behaviour.

Why do you claim kms is the default? What is your reason for switching to it?

solskogen · 2021-06-14T11:24:10Z

This is 2021-05-07-raspios-buster-arm64-lite, but fully updated.

I'm getting the same output as you of aplay -l if I use fkms instead of kms. But kms is the default.

solskogen · 2021-06-14T11:26:38Z

dtoverlay=vc4-kms-v3d is the default setting in config.txt on 2021-05-07-raspios-buster-arm64-lite

pelwell · 2021-06-14T12:04:43Z

Sorry, yes. My mistake.

pelwell · 2021-06-14T12:09:26Z

I've accidentally just demonstrated that the problem is shared by the 32-bit Lite build when using the kms driver.

solskogen · 2021-06-14T13:48:36Z

Pi4 is also affected.

solskogen · 2021-08-04T16:20:27Z

For some odd reason, installing pulseaudio fixes this...

popcornmix · 2021-08-05T11:46:47Z

Can you post the contents of /usr/share/alsa/cards/vc4-hdmi.conf and ~/.asoundrc (if it exists).

solskogen · 2021-08-05T12:04:11Z

~/.asoundrc doesn't exist. But here is /usr/share/alsa/cards/vc4-hdmi.conf:

#
# Configuration for the VC4-HDMI sound card using software IEC958
# subframe conversion
#

<confdir:pcm/front.conf>

vc4-hdmi.pcm.front.0 {
        @args [ CARD ]
        @args.CARD {
                type string
        }
        type hw
        card $CARD
}

# default with dmix
vc4-hdmi.pcm.default {
        @args [ CARD ]
        @args.CARD {
                type string
        }
        type asym
        playback.pcm {
                type plug
                slave.pcm {
                        @func concat
                        strings [ "dmix:" $CARD ]
                }
        }
}

<confdir:pcm/iec958.conf>

vc4-hdmi.pcm.iec958.0 {
        @args [ CARD AES0 AES1 AES2 AES3 ]
        @args.CARD {
                type string
        }
        @args.AES0 {
                type integer
        }
        @args.AES1 {
                type integer
        }
        @args.AES2 {
                type integer
        }
        @args.AES3 {
                type integer
        }
        type iec958
        slave {
                format IEC958_SUBFRAME_LE
                pcm {
                        type plug
                        slave.pcm {
                                type hw
                                card $CARD
                        }
                }
        }
        status [ $AES0 $AES1 $AES2 $AES3 ]
}

popcornmix · 2021-08-05T12:10:12Z

Can you try replacing it with this one

solskogen · 2021-08-05T12:15:08Z

Same results, I'm afraid.

popcornmix · 2021-08-05T12:18:01Z

What does uname -a report?

solskogen · 2021-08-05T12:40:58Z

Linux raspberrypi 5.10.52-v8+ #1440 SMP PREEMPT Tue Jul 27 09:56:40 BST 2021 aarch64 GNU/Linux

MichaIng · 2021-12-14T22:57:19Z

We recognised that indeed the vc4hdmi sound does not work, producing the errors reported above, when using the dmix ALSA plugin, e.g.:

pcm.!default {
	type plug
	slave.pcm "dmix:0,0"
}

which basically matches the default config reported above.

I checked back and with latest libasound2-data from RPi repository this has changed to not utilise the dmix plugin anymore. Is there some rationale behind this, i.e. that dmix cannot work with the KMS HDMI devices for a specific reason? Would be nice to allow multiple applications accessing the audio device without the need to either revert to legacy graphics or fake KMS or having a PA daemon running all the time.

popcornmix · 2021-12-15T11:16:31Z

vc4-hdmi only supports IEC958_SUBFRAME_LE.
I don't believe it's ever worked with dmix which doesn't support that format.
I believe you need a sound server (like PA) to support multiple alsa clients.

MichaIng · 2021-12-15T13:48:34Z

Okay, thanks for clarification. I would tend to then simply pass noaudio in every case to have more audio features and same ALSA devices regardless whether KMS is enabled or not, but it breaks at least Kodi 19.3 from RPi repository for some reason. I wonder what the benefits/reason for those dedicated vc4hdmi audio devices actually are? I've never seen such on any other system/SBC, at least it usually looks like HDMI audio is and stays the same sound device, independent of KMS.

popcornmix · 2021-12-15T13:58:27Z

kernel kms for video and firmware hdmi audio is not a supported use case. Some settings are interdependent.
e.g. if used thi way, the N and CTS value are part of the HDMI audio settings (i.e. firmware) depend on the pixel clock which is set by a hdmi mode set (kernel) and there is no mechanism for the two sides to know what has changed.

MichaIng · 2021-12-15T14:20:09Z

kernel kms for video and firmware hdmi audio is not a supported use case.

Does this mean the noaudio parameter is basically obsolete/broken and shouldn't be used, or only in combination with disabling firmware HDMI audio as well? Actually I haven't tested whether noaudio alone breaks Kodi or using the firmware HDMI instead does. If the letter is true, then probably it is best to not have firmware HDMI audio enabled when noaudio is passed, but having the letter basically as general HDMI audio toggle and keep firmware HDMI disabled whenever full KMS is enabled, despite noaudio.

Are there plans to detangle this, when even possible, i.e. to support firmware HDMI with full KMS in the future?

cmitu · 2021-12-15T15:20:26Z

Are there plans to detangle this, when even possible, i.e. to support firmware HDMI with full KMS in the future?

Looking at raspberrypi/linux#4651 and raspberrypi/linux#4652, I wouldn't think this will be changed/supported.

6by9 · 2021-12-15T15:28:00Z

HDMI audio has to be configured based on the video mode that is running.
Splitting that over two different processors causes more grief than it is worth, so no it won't be changed.

noaudio still disables HDMI audio on the KMS driver, so it's not broken.
vc4-kms-v3d and vc4-kms-v3d-pi4 both disable HDMI audio from the firmware audio driver whenever it is loaded, regardless of noaudio - brcm,disable-hdmi is set on the &audio DT node.

MichaIng · 2021-12-17T14:14:14Z

Did further testing:

vc4-kms-v3d,noaudio indeed disables HDMI audio completely.
But the firmware HDMI audio device still appears, with (usually default) card 0 index.
However, playing any audio, speaker-test, aplay, Kodi, breaks HDMI video output. The screen goes to power savings, so signal gets lost completely and at least I couldn't fine a way to recover it without a reboot.
So basically noaudio does not break Kodi (symptom reported above and on forum), but it breaks HDMI video output as fast as anything tries to use the firmware HDMI audio device/card 0.

Hence, I underline by suggestion above that noaudio should not unhide the firmware HDMI audio device to prevent accidental display blanks, but vc4-kms-v3d should unconditionally remove/hide it. What do you think?

6by9 · 2021-12-17T14:28:42Z

On a 5.10.85 kernel, Pi4.
With dtoverlay=vc4-kms-v3d

pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 1: vc4hdmi0 [vc4-hdmi-0], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: vc4hdmi1 [vc4-hdmi-1], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

With dtoverlay=vc4-kms-v3d,noaudio

pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7

Both vc4-kms-v3d-overlay.dts and vc4-kms-v3d-pi4-overlay.dts unconditionally set brcm,disable-hdmion the &audio DT node and so disable the HDMI side of the firmware driver.
This was done in raspberrypi/linux@fb176d5 / raspberrypi/linux#4651

MichaIng · 2021-12-17T14:55:06Z

On Raspberry Pi Zero W with current stable kernel/firmware:

Without noaudio:

2021-12-17 15:48:52 root@Amizero:~# uname -a
Linux Amizero 5.10.63+ #1488 Thu Nov 18 16:14:04 GMT 2021 armv6l GNU/Linux
2021-12-17 15:49:14 root@Amizero:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: vc4hdmi [vc4-hdmi], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
2021-12-17 15:49:22 root@Amizero:~# cat /proc/device-tree/soc/mailbox@7e00b840/bcm2835_audio/brcm\,disable-hdmi
2021-12-17 15:49:24 root@Amizero:~#

With noaudio:

2021-12-17 15:51:45 root@Amizero:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: b1 [bcm2835 HDMI 1], device 0: bcm2835 HDMI 1 [bcm2835 HDMI 1]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
2021-12-17 15:51:51 root@Amizero:~# cat /proc/device-tree/soc/mailbox@7e00b840/bcm2835_audio/brcm\,disable-hdmi
cat: /proc/device-tree/soc/mailbox@7e00b840/bcm2835_audio/brcm,disable-hdmi: No such file or directory

Interesting, brcm,disable-hdmi is not defined at all, but the HDMI device is present. Probably it got fixed here?

Testing master version now.

MichaIng · 2021-12-17T15:29:25Z

At least on Raspberry Pi Zero W, latest kernel firmware does not solve it:

2021-12-17 16:28:24 root@Amizero:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: b1 [bcm2835 HDMI 1], device 0: bcm2835 HDMI 1 [bcm2835 HDMI 1]
  Subdevices: 7/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7

And again speaker-test breaks HDMI output until reboot.

6by9 · 2021-12-17T15:42:17Z

So what kernel version are you running now?
Needs to be 5.10.75 on Oct 25, 2021 or later to have the relevant patch.

MichaIng · 2021-12-17T15:47:36Z

Ah sorry, uname -a was missing. Latest (since 20 minutes second latest 😄) rpi-update/master kernel/firmware 5.10.85+ #1501.

COValhalla · 2023-09-11T21:44:36Z

This is still an issue in 2023. Installing pulseaudio and setting the output in sudo raspi-config solved the issue.

solskogen · 2023-09-12T06:02:52Z

I've now had some success by getting audio without pulseaudio by removing (or comment out) dtparam=audio=on from config.txt

popcornmix · 2023-09-12T11:51:15Z

I've just had a look at a bullseye lite image on Pi3+.

By default, with dtparam=audio=on present in config.txt you get:

pi@lite:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 1: vc4hdmi [vc4-hdmi], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

So two sound cards, and the first is analogue/headphones. The second hdmi.

speakertest -c2 outputs to the first (headphones) sound card.
You can request the second sound card (hdmi) with:

speaker-test -D sysdefault:CARD=vc4hdmi -c2

Removing dtparam=audio=on removes support for analogue/headphones, and so hdmi becomes card0 and the default.

If using Pi4, then the device is sysdefault:CARD=vc4hdmi0 for first hdmi connection, and sysdefault:CARD=vc4hdmi1 for second.

This was referenced Oct 24, 2021

No audio when using vc4-kms-v3d on rpi4 raspberrypi/linux#4543

Open

bcm2835-audio HDMI device is not present on Pi 4 running with KMS and VC4 HDMI devices disabled raspberrypi/linux#4651

Closed

zedrdave mentioned this issue Dec 14, 2021

RPi4 (Bullseye update) Kodi error: "Your hardware does not support AE_FMT_FLOAT" MichaIng/DietPi#4998

Closed

zoff99 mentioned this issue Jan 8, 2024

aplay: set_params:1352: Sample format non available RPi-Distro/pi-gen#742

Open

No sound out of the box on lite #157

No sound out of the box on lite #157

Comments

solskogen commented Jun 14, 2021

lurch commented Jun 14, 2021

spl237 commented Jun 14, 2021

pelwell commented Jun 14, 2021

solskogen commented Jun 14, 2021

pelwell commented Jun 14, 2021

solskogen commented Jun 14, 2021

pelwell commented Jun 14, 2021

solskogen commented Jun 14, 2021 • edited Loading

pelwell commented Jun 14, 2021

pelwell commented Jun 14, 2021

solskogen commented Jun 14, 2021

solskogen commented Jun 14, 2021

pelwell commented Jun 14, 2021

pelwell commented Jun 14, 2021

solskogen commented Jun 14, 2021

solskogen commented Aug 4, 2021

popcornmix commented Aug 5, 2021

solskogen commented Aug 5, 2021

popcornmix commented Aug 5, 2021

solskogen commented Aug 5, 2021

popcornmix commented Aug 5, 2021

solskogen commented Aug 5, 2021

MichaIng commented Dec 14, 2021 • edited Loading

popcornmix commented Dec 15, 2021 • edited Loading

MichaIng commented Dec 15, 2021 • edited Loading

popcornmix commented Dec 15, 2021

MichaIng commented Dec 15, 2021

cmitu commented Dec 15, 2021

6by9 commented Dec 15, 2021

MichaIng commented Dec 17, 2021

6by9 commented Dec 17, 2021

MichaIng commented Dec 17, 2021

MichaIng commented Dec 17, 2021 • edited Loading

6by9 commented Dec 17, 2021

MichaIng commented Dec 17, 2021

COValhalla commented Sep 11, 2023

solskogen commented Sep 12, 2023 • edited Loading

popcornmix commented Sep 12, 2023

solskogen commented Jun 14, 2021 •

edited

Loading

MichaIng commented Dec 14, 2021 •

edited

Loading

popcornmix commented Dec 15, 2021 •

edited

Loading

MichaIng commented Dec 15, 2021 •

edited

Loading

MichaIng commented Dec 17, 2021 •

edited

Loading

solskogen commented Sep 12, 2023 •

edited

Loading