[Top][All Lists]

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

[Qemu-ppc] Bug in qemu-system-ppc in Windows using the SDL2 GUI

From: Howard Spoelstra
Subject: [Qemu-ppc] Bug in qemu-system-ppc in Windows using the SDL2 GUI
Date: Fri, 24 Mar 2017 09:47:04 +0100


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>


reply via email to

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