Audio output dies with write error -5, input/output error

[mvgrimes]

This is awesome! I've got Arch running on my CHIP and nearly everything works great. Thanks!

The one thing I can't seem to get working is audio output. Most audio commands I've tried (play, mpg123, speaker-test) result in something similar to this:

$ sudo speaker-test -c 2
speaker-test 1.1.2

Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 128 to 131072
Period size range from 64 to 16384
Using max buffer size 131072
Periods = 4
was set period_size = 16384
was set buffer_size = 131072
 0 - Front Left
 1 - Front Right
Write error: -5,Input/output error
xrun_recovery failed: -5,Input/output error
Transfer failed: Input/output error

Modules look good:

$ lsmod | grep snd
snd_soc_core           92177  1 sun4i_codec
snd_pcm_dmaengine       2642  1 snd_soc_core
snd_pcm                54891  2 snd_soc_core,snd_pcm_dmaengine
snd_timer              14184  1 snd_pcm
snd                    39047  3 snd_soc_core,snd_timer,snd_pcm
soundcore               4434  1 snd

Devices look ok:

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sun4icodec [sun4i-codec], device 0: CDC PCM Codec-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ dmesg | grep codec
[   19.100000] sun4i-codec 1c22c00.codec: Codec <-> 1c22c00.codec mapping ok

$ ll /dev/snd/
total 0
drwxr-xr-x 2 root root       60 Oct 27 15:52 by-path/
crw-rw---- 1 root audio 116,  2 Oct 27 15:52 controlC0
crw-rw---- 1 root audio 116,  4 Oct 27 15:52 pcmC0D0c
crw-rw---- 1 root audio 116,  3 Oct 27 15:52 pcmC0D0p
crw-rw---- 1 root audio 116,  1 Oct  9 17:26 seq
crw-rw---- 1 root audio 116, 33 Oct 27 15:52 timer

I've also unmuted "Power Amplifier" in alsamixer.

Everything looks pretty similar to their respective values under CHIPs Debian O/S.

[frostworx]

finally wanted to make something useful with all my chips and decided to make small multiroom audio player using snapcast from them. I usually use arch on arm systems, so I was glad I found this project.
the fact that this issue exists and that it is still unanswered after 16 days, makes me wonder if arch really is a good idea.

[frostworx]

no, it's not. I use snapcast now on multiple openwrt TP-Link WR710N and some usb-audio devices.
perfect solution. and my chips are unemployed again.