[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [Qemu-ppc] Bug in qemu-system-ppc in Windows using the

From: luigi burdo
Subject: Re: [Qemu-devel] [Qemu-ppc] Bug in qemu-system-ppc in Windows using the SDL2 GUI
Date: Mon, 27 Mar 2017 17:10:16 +0000

Hi Thomas,

i had been patched the qemu 2.8.91 on the git repository too and the patch gave 
positive result.

i have no more the exit of qemu when a key was pressed .



Da: Thomas Huth <address@hidden>
Inviato: venerdì 24 marzo 2017 10.33
A: Mark Cave-Ayland; Howard Spoelstra; address@hidden; luigi burdo; Alex 
Bennée; QEMU Developers
Oggetto: Re: [Qemu-ppc] Bug in qemu-system-ppc in Windows using the SDL2 GUI

On 24.03.2017 09:56, Mark Cave-Ayland wrote:
> On 24/03/17 08:47, Howard Spoelstra wrote:
>> Hi,
>> Running qemu-system-ppc.exe in windows with the SDL2 GUI results in a
>> hangup. I bisected to this commit:
>> 8bb93c6f99a42c2e0943bc904b283cd622d302c5 is the first bad commit
>> commit 8bb93c6f99a42c2e0943bc904b283cd622d302c5
>> Author: Alex Bennée <address@hidden>
>> Date:   Wed Mar 15 14:48:25 2017 +0000
>>     ui/console: ensure graphic updates don't race with TCG vCPUs
>>     Commit 8d04fb55..
>>       tcg: drop global lock during TCG code execution
>>     ..broke the assumption that updates to the GUI couldn't happen at the
>>     same time as TCG vCPUs where running. As a result the TCG vCPU could
>>     still be updating a directly mapped frame-buffer while the display
>>     side was updating. This would cause artefacts to appear when the
>>     update code assumed that memory block hadn't changed.
>>     The simplest solution is to ensure the two things can't happen at the
>>     same time like the old BQL locking scheme. Here we use the solution
>>     introduced for MTTCG and schedule the update as async_safe_work when
>>     we know no vCPUs can be running.
>>     Reported-by: Mark Cave-Ayland <address@hidden>
>>     Signed-off-by: Alex Bennée <address@hidden>
>>     Message-id: address@hidden
>>     Cc: BALATON Zoltan <address@hidden>
>>     Cc: Gerd Hoffmann <address@hidden>
>>     Cc: Paolo Bonzini <address@hidden>
>>     Signed-off-by: Alex Bennée <address@hidden>
>>     [ kraxel: updated comment clarifying the display adapters are buggy
>>               and this is a temporary workaround ]
>>     Signed-off-by: Gerd Hoffmann <address@hidden>
> Hi Howard,
> Alex posted another patch yesterday to resolve a similar issue:
> https://lists.nongnu.org/archive/html/qemu-devel/2017-03/msg04474.html.
> Does applying the above patch help at all?

Luigi Burdo reported a similar issue here:

Bug #1675549 “tcg softmmu i386 crashes on BE hardware " : Bugs : 
Hi, today i try to test qemu 2.9rc 1 with qemu-system-i386 if i set display as 
sdl and i push a key on keyboard qemu exit with an error 
translate-common.c:34:tcg_handle_interrupt: assertion failed: 
(qemu_mutex_iothread_locked()) This issue was not present on qemu 2.8.0 Test 
Machine PowerMac G5 Quad Fedora 25 Server PPC64 Qemu build with 
target-list=i386-softmuu --with-sdlabi=2.0 Ciao Luigi

Luigi, could you please try Alex' patch to see whether it fixes your crash?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]