diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/118/none/1313816 | 63 |
1 files changed, 63 insertions, 0 deletions
diff --git a/results/classifier/118/none/1313816 b/results/classifier/118/none/1313816 new file mode 100644 index 00000000..e99d57c5 --- /dev/null +++ b/results/classifier/118/none/1313816 @@ -0,0 +1,63 @@ +x86: 0.748 +device: 0.637 +performance: 0.622 +semantic: 0.591 +architecture: 0.582 +kernel: 0.499 +graphic: 0.450 +mistranslation: 0.438 +peripherals: 0.433 +PID: 0.423 +user-level: 0.399 +boot: 0.350 +ppc: 0.347 +socket: 0.329 +network: 0.328 +KVM: 0.326 +permissions: 0.306 +hypervisor: 0.274 +register: 0.274 +vnc: 0.269 +i386: 0.232 +risc-v: 0.220 +debug: 0.219 +VMM: 0.214 +TCG: 0.203 +arm: 0.197 +virtual: 0.186 +files: 0.176 +assembly: 0.152 + +qemu should close sound device when no more needs. + +I use alsa directly or via pulseaudio on qemu. +And I use xmms2 as well as qemu. + +When I use alsa, one of xmms2 or qemu can play sound. +When I use pulseaudio with qemu and pulseaudio -k, and pulseaudio --start, +qemu can't play sound. + +I think that: +- qemu should open sound device when needs. +- qemu should close sound device when no more needs. + +One of xmms2 or qemu can play sound, but both of them rarely play sound +at the same time. +qemu occurs error on pulseaudio -k, but once close and open the device, +the error will be recovered, I hope. + +Host: slackware64 14.1, linux kernel 3.14.2 +Qemu: 2.0.0 +QEMU_AUDIO_DRV=pa /usr/local/bin/qemu-system-x86_64 -enable-kvm -hda /dosc/win8_x64.img -soundhw hda -boot c -m 2G -cpu host -usb -usbdevice tablet -display sdl -rtc base=localtime +Guest: Windows 8.1 x64 + +This will not work if qemu is chrooted, because audio devices (/dev) aren't usually available there. + +So at least a naive approach should not be used. If nothing else, it should be an option. + +But really, with pulseaudio backend, there should be no need to go this route and to add new code. + +Looking through old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays? + +[Expired for QEMU because there has been no activity for 60 days.] + |
