From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lqt8Q-0005Vy-5G for qemu-devel@nongnu.org; Mon, 06 Apr 2009 14:01:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lqt8L-0005Vl-Mf for qemu-devel@nongnu.org; Mon, 06 Apr 2009 14:01:25 -0400 Received: from [199.232.76.173] (port=48546 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lqt8L-0005Vi-JY for qemu-devel@nongnu.org; Mon, 06 Apr 2009 14:01:21 -0400 Received: from smtp02.citrix.com ([66.165.176.63]:14234) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lqt8L-0008Fo-30 for qemu-devel@nongnu.org; Mon, 06 Apr 2009 14:01:21 -0400 Received: from [10.80.225.184] ([10.80.225.184]) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id n36I1HHa023826 for ; Mon, 6 Apr 2009 11:01:18 -0700 Message-ID: <49DA436F.5050801@eu.citrix.com> Date: Mon, 06 Apr 2009 19:01:19 +0100 From: Stefano Stabellini MIME-Version: 1.0 Subject: Re: [Qemu-devel] [6989] Fix display breakage when resizing the screen (v2) (Avi Kivity) References: <49DA0FFD.1060600@eu.citrix.com> <49DA14A5.4060301@redhat.com> <49DA176B.4090102@redhat.com> <49DA3D7E.5050506@eu.citrix.com> <49DA400B.4060104@redhat.com> In-Reply-To: <49DA400B.4060104@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "qemu-devel@nongnu.org" Avi Kivity wrote: > Stefano Stabellini wrote: >> I tried several times to manually reproduce the issue with no luck: if >> no vnc clients are supposed to be connected, how do you make the cirrus >> emulated hw do a bitblit? >> > > The guest will boot and do it by itself. what is the OS? >> In any case it makes sense that the problem is in qemu_console_copy() >> rather than in the rop function itself that only operates on the >> emulated framebuffer. >> But calling qemu_console_copy() in cirrus_do_copy() shouldn't be risky >> because before that, we call vga_hw_update() that should do the resize. >> > > vga_hw_update() may not actually do anything if the conditions are > right, and maybe that's the case here. I thought about it, but if vga_hw_update does nothing, then qemu_console_copy does nothing too. >> Without a better understanding of the bug I will refrain from making any >> suggestion. >> >> > > There's a backtrace in > https://bugzilla.redhat.com/show_bug.cgi?id=494002. I'll also try to > generate a good scenario for reproducing this. > thanks, that would be very useful (if it doesn't require me to compile kvm it would be even better :)).