From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KWLOg-0006ET-MO for qemu-devel@nongnu.org; Thu, 21 Aug 2008 21:25:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KWLOe-0006EH-N2 for qemu-devel@nongnu.org; Thu, 21 Aug 2008 21:25:01 -0400 Received: from [199.232.76.173] (port=35256 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KWLOe-0006EE-Hy for qemu-devel@nongnu.org; Thu, 21 Aug 2008 21:25:00 -0400 Received: from py-out-1112.google.com ([64.233.166.177]:63521) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KWLOe-00041P-48 for qemu-devel@nongnu.org; Thu, 21 Aug 2008 21:25:00 -0400 Received: by py-out-1112.google.com with SMTP id p76so179671pyb.10 for ; Thu, 21 Aug 2008 18:24:56 -0700 (PDT) Message-ID: <48AE153B.5070605@codemonkey.ws> Date: Thu, 21 Aug 2008 20:24:11 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [5056] add DisplayState->idle (Samuel Thibault) References: <200808220016.12304.paul@codesourcery.com> In-Reply-To: <200808220016.12304.paul@codesourcery.com> Content-Type: text/plain; charset=UTF-8; format=flowed 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: Paul Brook Cc: Markus Armbruster , Samuel Thibault , qemu-devel@nongnu.org, Gerd Hoffmann Paul Brook wrote: > On Thursday 21 August 2008, Anthony Liguori wrote: > >> Revision: 5056 >> http://svn.sv.gnu.org/viewvc/?view=rev&root=qemu&revision=5056 >> Author: aliguori >> Date: 2008-08-21 20:08:55 +0000 (Thu, 21 Aug 2008) >> >> Log Message: >> ----------- >> add DisplayState->idle (Samuel Thibault) >> > > This really needs a comment saying exactly what this field means. Fair enough. Gerd or Samuel, can you send a patch? > I'm guessing > it's set by the GUI routines to tell the emulated device that it doesn't need > to update the display. > Yes, that's what it does AFAIUI. > Currently the GUI has to poll the emulated device to get updated output, which > means this flag is the exact opposite of what I'd intuitively expect. > The Xen PV frame buffer is a little different than the other devices we emulate. The Linux driver provides a linear framebuffer to userspace via the fbdev interface. There is no update interface for fbdev though so it periodically zaps the page table mappings in order to do dirty tracking which it then uses to send the host update regions. Presumably, this idle flag is actually communicated to the guest to let it know that it does not need to do dirty tracking for the time being. Presumably, this has an observable performance advantage. I believe the refresh rate is pretty high within the guest so I can imagine this being significant when using guests with CONFIG_NO_HZ. Regards, Anthony Liguori > Paul >