From: Stefan Weil <weil@mail.berlios.de>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Anthony Liguori <aliguori@us.ibm.com>,
Aurelien Jarno <aurelien@aurel32.net>
Cc: QEMU Developers <qemu-devel@nongnu.org>
Subject: [Qemu-devel] [BUG] Displaying VGA framebuffer on SDL does not work correctly
Date: Fri, 20 Nov 2009 21:55:16 +0100 [thread overview]
Message-ID: <4B070234.9010200@mail.berlios.de> (raw)
[-- Attachment #1: Type: text/plain, Size: 1538 bytes --]
VGA framebuffer shows very strange behaviour with QEMU's SDL display:
I run qemu with my harddisk which contains a debian grub2 bootloader.
grub2 is configured to display a 1280x1024 png background image
(moreblue-orbit-grub.png resized to my monitor resolution).
i386-softmmu/qemu /dev/sda -enable-kvm
-enable-kvm is just to get more speed (without, it takes longer
to see the bug).
Running like this gives random results: sometimes, the png is shown
correctly, sometimes not.
But you will always get a bad display when you resize the QEMU window
while in grub's boot menu (a screenshot is appended).
git bisect detects this commit:
0bd8246bfec1dfb2eb959f52db535572c0260f4c is first bad commit
commit 0bd8246bfec1dfb2eb959f52db535572c0260f4c
Author: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Date: Mon Aug 3 16:14:39 2009 +0100
vga: do not resize the screen on hw_invalidate
Hi all,
currently vga always resizes the screen when vga_hw_invalidate is called
while this is not required and all the other graphic emulators don't.
This patch fixes it, making vga invalidate behaviour consistent with the
other emulated devices.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Reverting it fixes the bug.
As this is already the second bug caused by the same commit
and it is also part of a stable version, I recommend reverting it
(then there is more time to look for a better solution).
Regards,
Stefan Weil
[-- Attachment #2: grub-with-qemu.jpg --]
[-- Type: image/jpeg, Size: 12715 bytes --]
reply other threads:[~2009-11-20 20:55 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B070234.9010200@mail.berlios.de \
--to=weil@mail.berlios.de \
--cc=aliguori@us.ibm.com \
--cc=aurelien@aurel32.net \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).