From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LQT7U-00022I-6H for qemu-devel@nongnu.org; Fri, 23 Jan 2009 15:59:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LQT7R-000226-7K for qemu-devel@nongnu.org; Fri, 23 Jan 2009 15:59:15 -0500 Received: from [199.232.76.173] (port=45916 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LQT7R-000223-31 for qemu-devel@nongnu.org; Fri, 23 Jan 2009 15:59:13 -0500 Received: from mail-qy0-f20.google.com ([209.85.221.20]:58509) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LQT7Q-0007X3-LG for qemu-devel@nongnu.org; Fri, 23 Jan 2009 15:59:12 -0500 Received: by qyk13 with SMTP id 13so7770946qyk.10 for ; Fri, 23 Jan 2009 12:59:10 -0800 (PST) Message-ID: <497A2F90.3050405@codemonkey.ws> Date: Fri, 23 Jan 2009 14:58:56 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <4979D80D.307@us.ibm.com> <20090123204347.GC17445@redhat.com> In-Reply-To: <20090123204347.GC17445@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: A new direction for vmchannel? Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Eric Van Hensbergen , Chris Wright , kvm-devel , Dor Laor , "qemu-devel@nongnu.org" , Avi Kivity 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. >