From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NJY0M-0006QS-Ak
	for qemu-devel@nongnu.org; Sat, 12 Dec 2009 14:51:50 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NJY0H-0006Ju-JZ
	for qemu-devel@nongnu.org; Sat, 12 Dec 2009 14:51:49 -0500
Received: from [199.232.76.173] (port=35039 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NJY0H-0006Jg-H9
	for qemu-devel@nongnu.org; Sat, 12 Dec 2009 14:51:45 -0500
Received: from mx1.redhat.com ([209.132.183.28]:15410)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <ieidus@redhat.com>) id 1NJY0G-0006Fw-8b
	for qemu-devel@nongnu.org; Sat, 12 Dec 2009 14:51:45 -0500
Date: Sat, 12 Dec 2009 21:51:35 +0200
From: Izik Eidus <ieidus@redhat.com>
Subject: Re: [Qemu-devel] Re: Spice and legacy VGA drivers
Message-ID: <20091212215135.366ee14c@redhat.com>
In-Reply-To: <4B23EED2.7080806@codemonkey.ws>
References: <4B23B5CC.5070309@codemonkey.ws>
	<20091212173315.4823f958@redhat.com>
	<4B23D097.7020603@codemonkey.ws>
	<20091212193025.743910b7@redhat.com>
	<4B23D45C.9050008@codemonkey.ws>
	<20091212194620.726c29df@redhat.com>
	<4B23EED2.7080806@codemonkey.ws>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

On Sat, 12 Dec 2009 13:28:18 -0600
Anthony Liguori <anthony@codemonkey.ws> wrote:

> Izik Eidus wrote:
> > That specific area in spice will be changed very soon due to new
> > requiments that the offscreens will add.
> > Windows direct draw allow modifying offscreen (or even primary)
> > surfaces using a pointer giving to the user, this mean we can`t know
> > what parts of the surface was changed... (In some modes the primary
> > screen can be changed without we know about this)
> >
> > We already thought about few algorithems we might want to add to
> > spice to better address this "changed without notifications
> > surfaces", But it is still not in a state I can confirm in what
> > direction we will go in the end (We still need to test most of the
> > cases to know what fit us best)
> >   
> 
> Okay, I'm interested in hearing more about this as it develops.  I
> think good support for legacy modes is an important requirement.
> 
> For instance, I very often interact with VMs in text console mode.
> In cloud deployments, it's pretty common to have minimal appliances
> that don't have a full X session.

Sure, this exactly why we still dont sure what kind of algorithem we
will use... , we are searching for something that wont deprived any
usage (Such as text console mode, or "modified by pointer surface")

Thanks.


> 
> Regards,
> 
> Anthony Liguori
>