Bad Audio on NetBSD

oui

Machine: Dell Optiplex 3020M
Audio card: Realtek High Definition Audio
Tested on: NetBSD 9.0 and CURRENT.

There seems to be something wrong with the auto-configuration of the audio output that makes high frequency sounds like a singer's voice or Hi-Hat drum sounds muted (can't barely hear it) in comparison to the bass sounds - or vice versa. This is very noticeable when using headphones or stereo speakers.

Tried a left and right stereo sound test like this one and found out that sound from each left and right channel outputs to both the left and right speakers at the same time. So for example using the sound test above, when the music only plays on the left channel, I'm supposed to only hear sound from my left speaker but I can hear sound in both my left and right speaker at the same time and the audio is a lot better - both low and high frequency sounds seems balanced.

However at the time stamp 1:20 of the sound test above, when the both left and right channels starts to play, the bass sound suddenly disappears as if the right and left channel cancel each other out.

Forcing audio output to 1 channel on mpv using --audio-channels=mono makes it better but sound is still a bit funky and sounds low quality.

I have tried flipping all the settings in mixerctl but to no avail.

Any help is well appreciated.

Here are some outputs:

mixerctl -a

outputs.master=100,100
outputs.master2=100,100
inputs.reclvl=80,80
inputs.reclvl.mute=on
inputs.record=80,80
inputs.record.mute=on
outputs.master3=0,0
outputs.master3.mute=off
outputs.master4=0,0
outputs.master4.mute=off
outputs.master5=0,0
outputs.master5.mute=off
outputs.master6=0,0
outputs.master6.mute=off
outputs.master7=0,0
outputs.master7.mute=off
record.mic=0,0
outputs.master8=0,0
outputs.master8.mute=off
record.mic2=0,0
record.mic2.mute=on
inputs.record2=0,0
inputs.record2.mute=on
outputs.dacsel=DAC00,DAC01
record.source=ADC02

dmesg | grep audio

[     1.023313] hdaudio0 at pci0 dev 3 function 0: HD Audio Controller
[     1.023313] hdaudio0: interrupting at msi0 vec 0
[     1.023313] hdaudio0: HDA ver. 1.0, OSS 2, ISS 0, BSS 0, SDO 1, 64-bit
[     1.023313] hdaudio0: autoconfiguration error: RIRB timeout
[     1.023313] hdaudio0: autoconfiguration error: RIRB timeout
[     1.023313] hdaudio1 at pci0 dev 27 function 0: HD Audio Controller
[     1.023313] hdaudio1: interrupting at msi2 vec 0
[     1.023313] hdaudio1: HDA ver. 1.0, OSS 4, ISS 4, BSS 0, SDO 1, 64-bit
[     1.023313] hdafg0 at hdaudio1: vendor 10ec product 0255
[     1.023313] audio0 at hdafg0: playback, capture, full duplex, independent
[     1.023313] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for playback
[     1.023313] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for recording
[     1.023313] spkr0 at audio0: PC Speaker (synthesized)

audiocfg list

0: [*] audio0 @ hdafg0: Realtek product 0255
       playback: 2ch, 48000Hz
       record:   2ch, 48000Hz
       (PR) slinear_le 16/16, 2ch, { 44100, 48000, 96000, 192000 }
       (PR) slinear_le 20/32, 2ch, { 44100, 48000, 96000, 192000 }
       (PR) slinear_le 24/32, 2ch, { 44100, 48000, 96000, 192000 }
       (  ) ac3 16/16, 2ch, { 44100, 48000, 96000, 192000 }

audioctl -a

name=Realtek
version=product 0255
config=01h
encodings=mulaw:8*,alaw:8*,slinear:8*,ulinear:8*,slinear_le:16*,ulinear_le:16*,slinear_be:16*,ulinear_be:16*,slinear_le:32*,ulinear_le:32*,slinear_be:32*,ulinear_be:32*
properties=full_duplex,mmap,independent
full_duplex=1
fullduplex=1
blocksize=2048
hiwat=32
lowat=24
monitor_gain=0
mode=
play.rate=48000
play.channels=2
play.precision=16
play.encoding=slinear_le
play.gain=0
play.balance=32
play.port=0x0
play.avail_ports=0x0
play.seek=0
play.samples=0
play.eof=0
play.pause=0
play.error=0
play.waiting=0
play.open=0
play.active=1
play.buffer_size=65536
record.rate=8000
record.channels=1
record.precision=8
record.encoding=mulaw
record.gain=0
record.balance=32
record.port=0x0
record.avail_ports=0x0
record.seek=0
record.samples=0
record.eof=0
record.pause=0
record.error=0
record.waiting=0
record.open=0
record.active=0
record.buffer_size=65536
record.errors=0

rvp

oui Does muting master2 and/or removing DAC01 entirely help?

# mixerctl -w outputs.master2=0
# mixerctl -w outputs.dacsel=DAC00

oui

rvpmaster2 and DAC01 is the audio through the audio jack which is what I want, however muting the built-in speaker by removing DAC00 and muting outputs.master does unfortunately not help.

rvp

oui does unfortunately not help

This isn't some hardware issue, right? Flex the cable (esp. near the jack), and jiggle the jack also a bit. Shorts in the cable, or in the socket, can cause this characteristically muddled/mixed sound.

Else: Try forcing the card to a particular HW format:

audiocfg set 0 p slinear_le 16/16 2ch 48000

and play with the balance (0 = full left,32 = centre, 64 = full right):

audioctl -w play.balance=32

while doing an audio test:

audiocfg test 0

If it's anything more esoteric, maybe @nia can help.

oui

rvp Not a hardware issue. For some reason I can't change the balance to anything else than 32, also tried to change other options like audioctl -w play.channel=1 to see how it affects the audio. However, I noticed that every time I changed a value using audioctl everything would reset to default values as soon as /dev/audio0 opens which makes it not possible to play audio with different settings. Apparently this seems to be the default behavior and according to the manual I need to switch the default audio device from /dev/audio0 to /dev/sound0 to keep all settings altered with audioctl.

ln -s /dev/sound0 /dev/audio doesn't seem to do it for me though, am I missing something here?

Also did some more testing, there seems to be no problem with the actual audio quality itself, it just seems that certain sounds gets cancelled out which makes the audio sound shallow and muddy. For instance, watching this interview of Elon Musk I can't here anything. Or so I thought until I tried cranking up the master volume to max which makes me able to at least hear the voices but the audio gets distorted when raising the volume high enough.

I think there's perhaps a problem with audio balancing and or the audio channels here. It's worth noting that the builtin speakers work just fine (mono speaker ). It's when I connect a stereo speaker or headphones through the audio jack that I get these symptoms.

rvp

oui For some reason I can't change the balance to anything else than 32

Hmm. That works on mine. What about mixerctl -w outputs.master=192,0 & mixerctl -w outputs.master=0,192 etc? Sound on both channels or only on that selected?

oui However, I noticed that every time I changed a value using audioctl everything would reset to default values ...
...
ln -s /dev/sound0 /dev/audio doesn't seem to do it for me though, am I missing something here?

The difference between audio(4) and sound(4) is explained in the manpage; but, I don't think that's relevant here: before a program starts playing some audio file, it has to set the /dev/audio device to the encoding format the audio file in in (or, convert/resample the audio file to one of the formats the card supports), so whatever you set will get reset by the player anyway. I tried out with various encoding, channel and rate setting using audioctl. (Eg:

$ audioctl -w play=11025,1,8,slinear_le
play: -> 11025,1,8,slinear_le
play.rate: -> 11025
play.channels: -> 1
play.precision: -> 8
play.encoding: -> slinear_le
$

while I was playing videos, but, while the settings seemed to "take", as shown above, they had no effect on perceptible audio quality. I think this is a blind alley.

oui It's worth noting that the builtin speakers work just fine (mono speaker ). It's when I connect a stereo speaker or headphones through the audio jack that I get these symptoms.

Yeah. This is what inclines me to think that this is a HW issue. You have 2 DACs (my card has only one and if I plug in the headphones, the built-in speaker goes silent): one for the built-in speaker and the other for the headphone jack. Now, both DACs are more likely to be identical than different (for cost/simplicity reasons). With one you get proper sound; with the other you don't. This, to me, feels like a hardware issue. If it's not the jack or cables, then it is the socket on the board.

But, before you whip out your screwdriver and start probing with a continuity-tester, can you rule out SW problems (the RIRB timeout kernel messages indicate that NetBSD support for your card is not completely there yet--there will be more in the logs) by booting Linux/Windows and testing?

PS. Found this interesting command hdaudioctl which might be worth investigating further (see the set codecid nid [plist] command)--if one can figure out what it all means:

$ sudo hdaudioctl list
codecid 0x00 nid 0x01 vendor 0x1106 product 0x8446 subsystem 0x108D1043 device hdafg0
codecid 0x03 nid 0x01 vendor 0x8086 product 0x2806 subsystem 0x108D1043 device hdafg1
$ sudo hdaudioctl show 0 1
nid Data     As Seq Device         Conn  Jack    Location   Color   Misc
========================================================================
 36 90170110  1   0 Speaker        Fixed Analog  Internal   Unknown    1
 37 0221401F  1  15 Headphones     Jack  1/8"    Front      Green      0
 40 422140F0 15   0 Headphones     None  1/8"    Front      Green      0
 41 50A701F0 15   0 Mic In         None  Analog  Internal   Unknown    1
 42 418130F0 15   0 Line In        None  1/8"    Rear       Blue       0
 43 41A190F0 15   0 Mic In         None  1/8"    Rear       Pink       0
 45 474411F0 15   0 SPDIF Out      None  RCA     Rear-panel Black      1
 48 90A601F0 15   0 Mic In         Fixed Digital Internal   Unknown    1
 51 501701F0 15   0 Speaker        None  Analog  Internal   Unknown    1
$ sudo hdaudioctl show 3 1
nid Data     As Seq Device         Conn  Jack    Location   Color   Misc
========================================================================
  5 58560010  1   0 Digital Out    None  Digital 0x18       Unknown    0
  6 18560020  2   0 Digital Out    Jack  Digital 0x18       Unknown    0
  7 58560030  3   0 Digital Out    None  Digital 0x18       Unknown    0
$

Everything without a Conn(ector) of None I can account for: built-in speaker, HP jack, built-in MIC & HDMI audio. But, no clue as to what Data, As or Seq are.

nia

Modifying those settings isn't useful unless you are writing samples to /dev/sound directly with dd or something.

"balance" is a shortcut to the mixer settings for legacy applications, i.e. the mixer settings that can be controlled from mixerctl. Specifically it can be used to make the left and right volume channels unbalanced.

oui

rvp Thank you for the detailed answer, has a lot of helpful input. That I could tweak the right and left channel output by providing two values to outputs.master totally slipped my mind - it works!

By setting mixerctl -w outputs.master2=0,100 or mixerctl -w outputs.master2=100,0 I now have clear audio without the weird sound artifacts described above.

However, the problem to get working stereo sound still remains.

As described in my first post, respective right and left channel outputs sound to both the left and right speaker at the same time which it shouldn't. Muting my right speaker with mixerctl -w outputs.master2=100,0 I would assume my right speaker not to output any sound but it does.

It seems that for instance by setting mixerctl -w outputs.master2=100,0 I get the left speaker sound outputted to both the left and right speaker - this makes certain sounds that should play on the right speaker muted.

The closer the values (example outputs.master2=80,50) of the right and left channels the stronger the weird audio symptoms like shallow/muddy certain sounds getting cancelled out etc etc. This helps me to confirm the problem may very much lie in the audio channel output for stereo sound.

I will test more to see if it really could be a hardware failure but I hardly believe it's a HW problem since audio works perfect on windows.

Unfortunately , the hdaudioctl command doesn't output anything for me.

rvp

oui but I hardly believe it's a HW problem since audio works perfect on windows.

That settles it. If it works fine on Windows, it's gotta be a NetBSD driver issue. From the hdaudio(4) man-page:

The way the widgets are interlinked varies significantly between implementations.
...
By following the published mechanisms for common implementations of widget parsing, it is expected that nearly all High Definition Audio devices will be supported without requiring per-device quirks.

Your card might be one of those which needs a device-specific tweak to be applied using a custom plist (or whatever). It might be routing multi-channel audio (which might be its default) to one of the stereo DACs giving rise to audible artifacts.

Look around for HDAudio sound-card debug/dump tools on Windows. I'll do the same on Linux.

oui Unfortunately , the hdaudioctl command doesn't output anything for me.

That is worrying. The /dev/hdaudio? devices are there, right?

$ ls -l /dev/hdaudio*
crw-rw-rw-  1 root  wheel  195, 0 Oct  9 05:03 /dev/hdaudio0
crw-rw-rw-  1 root  wheel  195, 1 Oct  9 05:03 /dev/hdaudio1
crw-rw-rw-  1 root  wheel  195, 2 Oct  9 05:03 /dev/hdaudio2
crw-rw-rw-  1 root  wheel  195, 3 Oct  9 05:03 /dev/hdaudio3

oui

rvp Thanks for the help, much appreciated!

rvp That is worrying. The /dev/hdaudio? devices are there, right?

Yes, 0-3 /dev/hdaudio devices are all there.

rvp Your card might be one of those which needs a device-specific tweak to be applied using a custom plist (or whatever). It might be routing multi-channel audio (which might be its default) to one of the stereo DACs giving rise to audible artifacts.

If this would be the case, do you have any insight on how it could be done?

Audio works perfect on linux as well. Here is the url for the result of the alsa script:

http://alsa-project.org/db/?f=8c6a176a490b58bc20bf7d4d2a08e6881e7f5d0c

Also noticed that I can set the volume much higher on linux and windows.

rvp

Can you boot Linux and
a) check if sound works OK, and
b) download and run this script: alsa-info.sh

$ wget http://www.alsa-project.org/alsa-info.sh -O /tmp/alsa-info.sh
$ chmod u+x /tmp/alsa-info.sh
$ /tmp/asla-info.sh --upload
Uploading information to www.alsa-project.org ... Done!

Your ALSA information is located at http://alsa-project.org/db/?f=7ec7abef93ba1fdbb0316c2ec73c6b53017a3f2e
Please inform the person helping you.

$

Post the URL.

rvp

oui If this would be the case, do you have any insight on how it could be done?

With the set command to hdaudioctl: hdaudioctl set codecid nid plist.txt
The plist.txt you generate using hdaudioctl get codecid nid > plist.txt; where codedid and nid you get from hdaudioctl list (or use the IDs from Linux).
After you get the plist.txt file, you tweak it to match the init_pin_configs on Linux.
For example, on my machine both NetBSD and Linux values match:
On NetBSD:

$ hdaudioctl show 0 1
nid Data     As Seq Device         Conn  Jack    Location   Color   Misc
========================================================================
 36 90170110  1   0 Speaker        Fixed Analog  Internal   Unknown    1
 37 0221401F  1  15 Headphones     Jack  1/8"    Front      Green      0
 40 422140F0 15   0 Headphones     None  1/8"    Front      Green      0
 41 50A701F0 15   0 Mic In         None  Analog  Internal   Unknown    1
 42 418130F0 15   0 Line In        None  1/8"    Rear       Blue       0
 43 41A190F0 15   0 Mic In         None  1/8"    Rear       Pink       0
 45 474411F0 15   0 SPDIF Out      None  RCA     Rear-panel Black      1
 48 90A601F0 15   0 Mic In         Fixed Digital Internal   Unknown    1
 51 501701F0 15   0 Speaker        None  Analog  Internal   Unknown    1
$

The plist.txt is just an XML representation of the first two fields:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<array>
	<dict>
		<key>config</key>
		<integer>0x90170110</integer>
		<key>nid</key>
		<integer>36</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x221401f</integer>
		<key>nid</key>
		<integer>37</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x422140f0</integer>
		<key>nid</key>
		<integer>40</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x50a701f0</integer>
		<key>nid</key>
		<integer>41</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x418130f0</integer>
		<key>nid</key>
		<integer>42</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x41a190f0</integer>
		<key>nid</key>
		<integer>43</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x474411f0</integer>
		<key>nid</key>
		<integer>45</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x90a601f0</integer>
		<key>nid</key>
		<integer>48</integer>
	</dict>
	<dict>
		<key>config</key>
		<integer>0x501701f0</integer>
		<key>nid</key>
		<integer>51</integer>
	</dict>
</array>
</plist>
$

This matches the stuff that I got using alsa-info.sh:

$ sed -En '/\/sys\/class\/sound\/hwC0D0\/init_p/,/^$/p' /tmp/alsa-info.out.txt | while read num rest
> do      if [[ "$num" =~ "0x" ]]
>         then    num=${num#0x}
>                 echo $((16#$num)) "${rest#0x}"
>         else    echo "$num" "$rest"
>         fi
> done
/sys/class/sound/hwC0D0/init_pin_configs: 
36 90170110
37 0221401f
40 422140f0
41 50a701f0
42 418130f0
43 41a190f0
45 474411f0
48 90a601f0
51 501701f0

$

If I load the plist.txt I got from hdaudioctl get:

$ sudo hdaudioctl set 0 1 /tmp/plist.txt

I see this in the kernel logs:

$ dmesg | tail -n12
[  1816.450856] spkr0: detached
[  1816.450856] audio0: detached
[  1816.450856] hdafg0: detached
[  1816.450856] hdafg0 at hdaudio0: VIA product 8446 (custom configuration)
[  1816.520906] hdafg0: DAC00 2ch: Speaker [Built-In], HP Out [Jack]
[  1816.520906] hdafg0: ADC01 2ch: Mic In [Built-In]
[  1816.520906] hdafg0: 2ch/2ch 48000Hz PCM16*
[  1816.520906] audio0 at hdafg0: playback, capture, full duplex, independent
[  1816.520906] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for playback
[  1816.530893] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for recording
[  1816.530893] spkr0 at audio0: PC Speaker (synthesized)
[  1816.530893] wsbell at spkr0 not configured
$

The volume is set to an ear-splitting max, but that can be adjusted.

But, you aren't seeing any output from hdaudioctl right? Time for a specialist to step in, I think.
File a formal bug, and, get in touch with jmcneill@NetBSD.org the guy who wrote the hdaudio code.

PS.

Can you post a complete dmesg output?
Try this: warm reboot from Linux into NetBSD using CTRL-ALT-DEL. See if the Linux configured HDaudio settings still stick around (without the BIOS messing it up).
Try sudo hdaudioctl set 0 1 without the plist.txt file (if you can). According to the man-page,
If no plist is given, the in-built widget parsing rules based on the High Definition Audio specification will be used.
That also works on my card.

oui

rvp Turns out I can get output from hdaudioctl - I had to specify -f /dev/hdaudio1

hdaudioctl -f /dev/hdaudio1 list
codecid 0x02 nid 0x01 vendor 0x10EC product 0x0255 subsystem 0x06681028 device hdafg0

hdaudioctl -f /dev/hdaudio1 show 2 1
nid  Data     As Seq Device         Conn  Jack    Location   Color   Misc
=========================================================================
0x12 40300000  0   0 CD             None  Unknown 0x00       Unknown    0
0x14 90170110  1   0 Speaker        Fixed Analog  Internal   Unknown    1
0x17 411111F0 15   0 Speaker        None  1/8"    Rear       Black      1
0x18 411111F0 15   0 Speaker        None  1/8"    Rear       Black      1
0x19 411111F0 15   0 Speaker        None  1/8"    Rear       Black      1
0x1A 411111F0 15   0 Speaker        None  1/8"    Rear       Black      1
0x1B 02A11030  3   0 Mic In         Jack  1/8"    Front      Black      0
0x1D 40538029  2   9 Digital Out    None  ATAPI   0x00       Purple     0
0x1E 411111F0 15   0 Speaker        None  1/8"    Rear       Black      1
0x21 02211020  2   0 Headphones     Jack  1/8"    Front      Black      0

This output seems to be identical to the output of alsa-info.sh
I tried:

hduadioctl -f /dev/hdaudio1 get 2 1 > plist.txt
hdaudioctl -f /dev/hdaudio1 set 2 1 plist.txt

and

hdaudioctl -f /dev/hdaudio1 set 2 1

Both has the same dmesg (with the exception of the latter not having a message stating it's a custom configuration).

dmesg | tail -n 13
[   295.639784] spkr0: detached
[   295.639784] audio0: detached
[   295.639784] hdafg0: detached
[   295.639784] hdafg0 at hdaudio1: Realtek product 0255 (custom configuration)
[   295.659935] hdafg0: DAC00 2ch: Speaker [Built-In]
[   295.659935] hdafg0: DAC01 2ch: HP Out [Jack]
[   295.659935] hdafg0: ADC02 2ch: Mic In [Jack]
[   295.659935] hdafg0: 2ch/2ch 44100Hz 48000Hz 96000Hz 192000Hz PCM16 PCM20 PCM24 AC3
[   295.659935] audio0 at hdafg0: playback, capture, full duplex, independent
[   295.659935] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for playback
[   295.659935] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for recording
[   295.659935] spkr0 at audio0: PC Speaker (synthesized)
[   295.659935] wsbell at spkr0 not configured

Unfortunately none of this fixes the audio artifacts I'm experiencing.

Complete dmesg output:
https://pastebin.pl/view/raw/eff59612

rvp

oui Turns out I can get output from hdaudioctl - I had to specify -f /dev/hdaudio1

I see. Maybe your HDMI/DP audio is /dev/hdaudio0 because I don't see it in the list output. And, the alsa-info.sh output also shows HDMI as the first audio device on Linux. (It's the second on mine and connected to hdaudio0 also, as you can see.)

oui Also worth noting that 3/10 times during boot this message below gets printed out repeatedly covering the entire screen:

If /dev/hdaudio0 is HDMI audio, then those messages might (or might not) go away once the DRMKMS driver takes over; or, some internal timeout expires; or, once a HDMI monitor is attached. Whatever (see how unambiguously positive I am in my answer? Not hand-wavey at all)...

oui Unfortunately none of this fixes the audio artifacts I'm experiencing.

Try these two things:

Make a connection graph using hdaudioctl -f /dev/hdaudio1 graph codecid nid > /tmp/somefile.dot. Then convert the .dot file to a .png image using Graphviz Online. On the Linux side, follow instructions here: codecgraph
We'll see if the NetBSD driver wires your audio subsystem up the same way as Linux does.
As a quick test, can you edit your .plist file and change the speaker and HP (and possibly microphone?)dicts (nids 0x14 and 0x21, resp.) so that the config key values match the corresponding ones in mine? (change only config, leave nid alone.)

oui

Also worth noting that 3/10 times during boot this message below gets printed out repeatedly covering the entire screen:
Happens on both 9.0 and current.

hdaudio0: RIRB timeout
unknown at hdaudio0 not configured

oui this is interesting, I also get that if I reboot but, not if I shutdown -p now.

Yes, its reproducible and I've stopped rebooting my system ages ago. If I need to reboot, I actually shutdown and power on the machine instead.

Can't really help you, though.

oui

pin Interesting, stereo audio output through the audio jack is working fine for you though?

oui yes but, never tried when that happens.
I'll make sure to check it today... reboot for the first time in ages 🙂

oui Listning to Spotify now after a reboot and no issues with the sound.

dmesg reports hdaudio0: autoconfiguration error: RIRB timeout >180 times but, eventually it connects

[     1.035793] hdaudio1 at pci0 dev 27 function 0: HD Audio Controller
[     1.035793] hdaudio1: interrupting at msi3 vec 0
[     1.035793] hdafg0 at hdaudio1: vendor 111d product 76e0
[     1.035793] audio0 at hdafg0: playback, capture, full duplex, independent
[     1.035793] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for playback
[     1.035793] audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for recording
[     1.035793] spkr0 at audio0: PC Speaker (synthesized)

..and works perfectly.

oui

pin Thanks for testing Pin! Then it seems my problem may lie somewhere else.

oui Det var så lite så 😉
I wish I could help...