From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NJady-0003qc-Ug for qemu-devel@nongnu.org; Sat, 12 Dec 2009 17:40:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NJadu-0003lH-Fl for qemu-devel@nongnu.org; Sat, 12 Dec 2009 17:40:54 -0500 Received: from [199.232.76.173] (port=42060 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NJadu-0003l4-3s for qemu-devel@nongnu.org; Sat, 12 Dec 2009 17:40:50 -0500 Received: from mx1.redhat.com ([209.132.183.28]:47304) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NJadt-0001ps-Lw for qemu-devel@nongnu.org; Sat, 12 Dec 2009 17:40:49 -0500 Message-ID: <4B241BFE.7030703@redhat.com> Date: Sun, 13 Dec 2009 00:41:02 +0200 From: Dor Laor MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: Spice project is now open References: <20091211213911.0dce90dc@redhat.com> <4B22A2D9.6020602@codemonkey.ws> <20091211223250.129675fc@redhat.com> <4B22B035.3010601@codemonkey.ws> <20091211233158.22e6681f@redhat.com> <4B22C093.2090806@codemonkey.ws> <4B231182.1080208@codemonkey.ws> <20091212144433.GA26966@random.random> <4B23B0BE.7080408@codemonkey.ws> <20091212160626.GB26966@random.random> <4B23D585.70400@codemonkey.ws> <20091212194836.7d94bb71@redhat.com> <4B23EE66.8080101@codemonkey.ws> <20091212214858.46444ae0@redhat.com> In-Reply-To: <20091212214858.46444ae0@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: dlaor@redhat.com List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Izik Eidus Cc: Andrea Arcangeli , Paolo Bonzini , qemu-devel@nongnu.org On 12/12/2009 09:48 PM, Izik Eidus wrote: > On Sat, 12 Dec 2009 13:26:30 -0600 > Anthony Liguori wrote: > >> Izik Eidus wrote: >>> On Sat, 12 Dec 2009 11:40:21 -0600 >>> Anthony Liguori wrote: >>> >>> >>>> FWIW, I don't see any reason why Spice couldn't be made to be >>>> separate from guest emulation. I think it would just require the >>>> right interfacing in qemu. I think that's purely an implementation >>>> detail. >>>> >>> >>> The QXL device is one of the core compoments of spice..., how can >>> you separate it from the guest visible state? (it is pci device) >>> >> >> How does live migration work then? Do you have to query libspice for >> it's state? Does it return an opaque blob? How can it integrate >> with VMState since libspice doesn't have any knowledge of something >> like VMState? > > QXL transfer the device states by itself using qemu migration > mechanisem. > > The spice server just need that the pci memory (and the qxl ram/rom > state) will be migrate. (From the point of view of guest visible state) > > All this guest visible states are transfered by the qxl device using > qemu. In addition, the src spice server notifies the client on the migration execution and at the end of the migration it commands it to switch to the destination. It even passes a one time password session key. Does vnc has that? If you're interested of having a basic vnc mode, it will be much more easier, cleaner and faster to do the opposite, like Mark suggested - Add a basic vnc mode to spice. That said, it shouldn't be a merge criteria, let's start with qxl and vdi, and than the spice library. > >> >> Regards, >> >> Anthony Liguori >> > > >