From mboxrd@z Thu Jan  1 00:00:00 1970
From: jvrao <jvrao@linux.vnet.ibm.com>
Subject: Re: [Qemu-devel] [GSoC 2010] Pass-through filesystem support.
Date: Tue, 20 Apr 2010 23:33:25 -0700
Message-ID: <4BCE9C35.1030500@linux.vnet.ibm.com>
References: <p2q52d4a3891004080901we0550f14h378771cd51595b0@mail.gmail.com> <s2z52d4a3891004120115j7c0cf886mfe2e9f0e94417d5@mail.gmail.com> <20100412115846.GA18075@shareable.org> <A0DC441F-949A-4B0C-BD32-64515E247981@suse.de> <4BC33FAE.4070508@linux.vnet.ibm.com>	<4BC4C115.10709@linux.vnet.ibm.com> <h2o52d4a3891004131317i218828e3pb7bf819be5f30c65@mail.gmail.com> <4BCCDF42.4000106@linux.vnet.ibm.com> <t2j52d4a3891004192126n98a4bbe8v7371ca050f6f7517@mail.gmail.com> <4BCDF417.102@linux.vnet.ibm.com> <y2s52d4a3891004202120p46f463d2ke15be4c45cbcad70@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Anthony Liguori <aliguori@us.ibm.com>,
	kvm-devel <kvm@vger.kernel.org>, Alexander Graf <agraf@suse.de>,
	qemu-devel@nongnu.org, Javier Guerra Giraldez <javier@guerrag.com>,
	Cam Macdonell <cam@cs.ualberta.ca>
To: Mohammed Gamal <m.gamal005@gmail.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from e32.co.us.ibm.com ([32.97.110.150]:41502 "EHLO
	e32.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752607Ab0DUGdk (ORCPT <rfc822;kvm@vger.kernel.org>);
	Wed, 21 Apr 2010 02:33:40 -0400
Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107])
	by e32.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id o3L6QihH001030
	for <kvm@vger.kernel.org>; Wed, 21 Apr 2010 00:26:44 -0600
Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168])
	by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o3L6XTbF066824
	for <kvm@vger.kernel.org>; Wed, 21 Apr 2010 00:33:29 -0600
Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1])
	by d03av02.boulder.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id o3L6XSZ8025942
	for <kvm@vger.kernel.org>; Wed, 21 Apr 2010 00:33:28 -0600
In-Reply-To: <y2s52d4a3891004202120p46f463d2ke15be4c45cbcad70@mail.gmail.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

Mohammed Gamal wrote:
> On Tue, Apr 20, 2010 at 8:36 PM, jvrao <jvrao@linux.vnet.ibm.com> wrote:
> 
> ... <snip> ...
> 
>>> This'd be something interesting to do. I wonder if that would fit in
>>> the GSoC timeframe, or whether it'd be a little too short. So how long
>>> you'd estimate something like that would take?
>> I think it would take ~3PM for someone with decent VFS/NFS knowledge.
>> They key is fh-to-dentry mapping. In the loose cache mode client caches
>> this information .. but even in this mode we can't assume that it will be cached
>> forever. Need protocol amendments, client/server side changes to implement
>> this in the no-cache mode which can be used even in the loose cache mode when
>> we get a cache-miss.
>>
>> Thanks,
>> JV
> 
> I think I'd be glad to go for virtio-9p in GSoC. The roadmap is a
> little bit hazy for me at the moment but I think we can set the goals.
> I'd appreciate some pointers as to where to get more info on what to
> do and if there is any relevant documentation on that matter.

You can wet your feet by starting with the patch set 
"[Qemu-devel] [PATCH -V5 00/21] virtio-9p: paravirtual file system passthrough" on the mailing list.

Start QEMU on any latest distro like Fedora 12; choose mainline kernel for guest.

You can start QEMU with something like "-virtfs local,path=/tmp/,mount_tag=v_tmp" 
and mount it on the guest. ex:  mount -t 9p -o trans=virtio -o debug=0xFFFF v_tmp /mnt.

http://plan9.bell-labs.com/wiki/plan9/9p2010/index.html gives basic information on .L protocol.

You can start to play around.. by exporting NFS on top of VirtFS..

Thanks,
JV



> 
> Regards,
> Mohammed
> 
>