From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: A new direction for vmchannel? Date: Fri, 23 Jan 2009 14:58:56 -0600 Message-ID: <497A2F90.3050405@codemonkey.ws> References: <4979D80D.307@us.ibm.com> <20090123204347.GC17445@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Dor Laor , Avi Kivity , "qemu-devel@nongnu.org" , Eric Van Hensbergen , kvm-devel , Chris Wright To: Gleb Natapov Return-path: Received: from qw-out-2122.google.com ([74.125.92.26]:19138 "EHLO qw-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754419AbZAWU7L (ORCPT ); Fri, 23 Jan 2009 15:59:11 -0500 Received: by qw-out-2122.google.com with SMTP id 3so2293629qwe.37 for ; Fri, 23 Jan 2009 12:59:10 -0800 (PST) In-Reply-To: <20090123204347.GC17445@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: Gleb Natapov wrote: > On Fri, Jan 23, 2009 at 08:45:33AM -0600, Anthony Liguori wrote: > >> Thoughts? >> >> > Looks good, but I am not to much familiar with p9. Will it provide us > with stream semantics? Sure. It has read and write operations. You just have to implement them in the same sort of way you'd implement them for a character device. > How much work is needed to support this in > Windows (what is your estimation)? If you structure your guest applications to use a library, sort of like libsysfs, then on Windows, you could implement a 9P client in userspace. I have a 9P client that can be used for this. You just need some way to get the stream to userspace. You could write a virtio windows driver that exposed the stream down to userspace. You could also use an alternative transport for Windows (like a serial port). > Will migration be transparent to > in guest users? > There's no better migration story for vmchannel backends implemented outside of QEMU. For the ones in QEMU, migration should be transparent. Regards, Anthony Liguori > -- > Gleb. >