tags 451234 + patch
thanks

Hi

This issue is basically the same as #508018 for kvm. While several audio 
backends are built into qemu (and selectable through the QEMU_AUDIO_DRV 
environment variable), qemu only tries the first alternative given during 
./configure, oss. But since 1.0.17.dfsg-3, alsa-base doesn't load OSS 
compatibility modules anymore, which breaks audio output 
(-soundhw {ac97|es1370}) of qemu without taking manual action (like 
exporting QEMU_AUDIO_DRV=alsa or installing the oss-compat package; running
qemu through aoss does not work).

The attached debdiff, which also applies against current qemu 0.11.0-3, 
reorders the priority of qemu's audio options and prefers ALSA over OSS 
on linux architectures, while OSS and the other options remain selectable 
through QEMU_AUDIO_DRV:

 ifeq ($(DEB_HOST_ARCH_OS),linux)
-       conf_arch += --audio-drv-list=oss,alsa,sdl,esd,pa
+       conf_arch += --audio-drv-list=alsa,oss,sdl,esd,pa
 endif

I have confirmed that qemu runs stable with 
        QEMU_AUDIO_DRV=alsa
and that a patched qemu package performs as expected with
        qemu -net nic,model=virtio -net user -soundhw ac97 -m 512 -monitor 
stdio --enable-kvm -cdrom <foo.iso>
or
        qemu -net nic,model=virtio -net user -soundhw es1370 -m 512 -monitor 
stdio --enable-kvm -cdrom <foo.iso>
furthermore the equivalent change has proven itself in kvm >= 82+dfsg-1.

Regards
        Stefan Lippers-Hollmann
diff -u a/debian/rules b/debian/rules
--- a/debian/rules
+++ b/debian/rules
@@ -19,7 +19,7 @@
 DEB_HOST_ARCH_CPU = $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU)
 
 ifeq ($(DEB_HOST_ARCH_OS),linux)
-       conf_arch += --audio-drv-list=oss,alsa,sdl,esd,pa
+       conf_arch += --audio-drv-list=alsa,oss,sdl,esd,pa
 endif
 ifeq ($(DEB_HOST_ARCH_OS),kfreebsd)
        conf_arch += --audio-drv-list=oss,sdl,esd,pa

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to