I upgraded my machine from Fedora 14 to Fedora 16. After that I could no longer use "iec958" or "spdif" as PCM names for pass-through.
Looking at the output from alsa-lib, it seem it tries to use hw:0,1 for these aliases:
[AO_ALSA] alsa-lib: pcm_hw.c:1293:(snd_pcm_hw_open) open '/dev/snd/pcmC0D1p' failed (-2): No such file or directory
This also matches my memory of how things used to behave.
The device currently presents hw:0,0 and hw:0,3. Both of these devices can be used for pass-through. I'm not sure if hw:0,3 really should be hw:0,1, or if the aliases are improperly updated.
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
Please, attach output from 'alsa-info.sh --no-upload'.
Created attachment 571525 [details]
It looks like a kernel bug. The S/PDIF device must have index #1 (hw:0,1).
See: kernel/sound/pci/hda/hda_codec.c - get_empty_pcm_device() function.
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.
# Mass update to all open bugs.
Kernel 3.6.2-1.fc16 has just been pushed to updates.
This update is a significant rebase from the previous version.
Please retest with this kernel, and let us know if your problem has been fixed.
In the event that you have upgraded to a newer release and the bug you reported
is still present, please change the version field to the newest release you have
encountered the issue with. Before doing so, please ensure you are testing the
latest kernel update in that release and attach any new and relevant information
you may have gathered.
If you are not the original bug reporter and you still experience this bug,
please file a new report, as it is possible that you may be seeing a
(Please don't clone this bug, a fresh bug referencing this bug in the comment is sufficient).
Machine has been upgraded to F17, and also no longer uses SPDIF. So testing no longer possible. Feel free to close.