Source: qemu
Severity: normal
Tags: upstream
Dear Maintainer,
After upgrading Qemu to 4.2-1 as packaged in Debian Testing, I encountered a
100% reproducible complete hang/freeze of Qemu/KVM while running a Windows 7
guest and starting Skype inside it. The Qemu GTK window would stop redrawing
and the program could only be ended with "kill -9". Obviously this is not good,
and can result in data loss inside the guest.
I took the effort to check if this issue appeared with upstream GIT Qemu and it
did, and doing a bisect I found that the first broken upstream commit was:
commit 286a5d201e432ed2963e5d860f239bb276edffeb
Author: Kővágó, Zoltán <dirty.ice...@gmail.com>
Date: Thu Sep 19 23:24:10 2019 +0200
alsaaudio: port to the new audio backend api
Signed-off-by: Kővágó, Zoltán <dirty.ice...@gmail.com>
Message-id:
ab9768e73dfe7b7305bd6a51629846e0d77622a5.1568927990.git.dirty.ice...@gmail.com
Signed-off-by: Gerd Hoffmann <kra...@redhat.com>
As I am using ALSA (with DMIX, which may be a contributing factor - I had sound
issues previously with Virtualbox's ALSA support as well, related to DMIX, but
I haven't tested if it matters in this Qemu case), this new audio backend in
Qemu seems to be broken in some regard.
Interestingly enough the Win7 VM seems to work okay with some other sound-using
programs, like Firefox w/ youtube, but apparently Skype does something
different. Considering the nature of the issue, I suspect there are bound to be
other ways to trigger the problem, even with other guest OS etc.
Note: I have not reported this bug to the upstream, hoping for a forward
because I don't wish to create a "Ubuntu One" account (as silly as that may
sound) :D
-- System Information:
Debian Release: bullseye/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.4.10-qcmm (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
