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. Hardware is: 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] alsa-info.txt
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.
[mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update.
Problem remains.
# 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 different problem. (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.