On Tue, 28 Jul 2020 09:39:32 +0300 (EEST) =?ISO-8859-15?Q?Matti_H=E4m=E4l=E4inen?=
wrote:
..
Yes, the hang is still reproducible with 5.0-13, but I've been using the
workaround I described in previous mails, e.g. NOT setting
'QEMU_ALSA_ADC_DEV="null"', even though that results in numerous
On Sun, 26 Jul 2020, Michael Tokarev wrote:
[ https://bugs.debian.org/948658 ]
Hi Matti!
Is this problem with audio input still exist with current version of qemu in
testing,
the 5.0 one?
Thanks!
/mjt
Yes, the hang is still reproducible with 5.0-13, but I've been using the
workaround I
[ https://bugs.debian.org/948658 ]
Hi Matti!
Is this problem with audio input still exist with current version of qemu in
testing,
the 5.0 one?
Thanks!
/mjt
Hello!
After some more digging, I've tracked the problem to the audio input /
capture-side of the code. If I leave out the QEMU_ALSA_ADC_DEV="null"
environment variable, the freeze does not happen, but Qemu spews
hundreds of errors, following lines repeat many times:
--
alsa: Could not
Attaching a full 'thread apply all bt' backtrace of all the Qemu threads
in the hang/freeze situation, just in case.
--
] ccr/TNSP ^ pWp :: c...@tnsp.org :: https://tnsp.org/~ccr/
] https://tnsp.org/hg/ -- https://www.openhub.net/accounts/ccr
] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705
Did some additional testing, it seems that the QEMU_AUDIO_DAC_TRY_POLL=0
I mentioned previously is not needed with Qemu 4.1, but I'm sure it was
needed with an older Qemu version, I could not get any sound with
the ALSA+dmix config I have without it back then.
In any case, I tested Qemu
On Tue, 14 Jan 2020, Michael Tokarev wrote:
Can you please try one more thing here, - namely, getting a backtrace?
Qemu being unresponsible means it is the main thread which is blocked,
so getting a backtrace should be easy - please install the qemu-system-x86
debug package (after adding
11.01.2020 14:19, Matti Hamalainen wrote:
> 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
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
9 matches
Mail list logo