summaryrefslogtreecommitdiffstats
path: root/results/classifier/118/none/1313816
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--results/classifier/118/none/131381663
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.]
+