Sjoerd Simons wrote: [...] > The 0.9.15-3 package contains a backported patch from git which allows the hw > device to be used as a fallback, if the front device isn't usuable for 2ch > stereo. This patch might fix this issue, could you give it a try ? :)
Well, trying to upgrade causes aptitude to throw a small panic (6 broken packages, wants to remove 7 before continuing), so I'm not really keen about trying this by simply upgrading to unstable. Luckily dpkg isn't so picky, so I manually upgraded (what I think are) the relevant packages: ii libpulse-mainloop-glib0 0.9.15-2 PulseAudio client libraries (glib support) ii libpulse0 0.9.15-3 PulseAudio client libraries ii pulseaudio 0.9.15-3 PulseAudio sound server ii pulseaudio-esound-compat 0.9.15-2 PulseAudio ESD compatibility layer ii pulseaudio-module-gconf 0.9.15-2 GConf module for PulseAudio sound server ii pulseaudio-module-hal 0.9.15-3 HAL device detection module for PulseAudio s ii pulseaudio-module-x11 0.9.15-3 X11 module for PulseAudio sound server Sadly, the result remains the same: only IEC958 configuration profiles are detected. I also verified that the working configuration (manual module load) still works with the above choice of packages, and that does work. If you do a diff on the two most recent logs, you can see that after opening front:0 fails, PA does attempt to open hw:0 instead, like you said. Only problem is: opening hw:0 fails with the same error as front:0 (Invalid argument).
PA-0.9.15-3.log.gz
Description: GNU Zip compressed data
