From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1O4RQf-0004za-8K
	for qemu-devel@nongnu.org; Wed, 21 Apr 2010 00:20:49 -0400
Received: from [140.186.70.92] (port=59139 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1O4RQe-0004zS-3D
	for qemu-devel@nongnu.org; Wed, 21 Apr 2010 00:20:48 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <m.gamal005@gmail.com>) id 1O4RQd-0002OD-5p
	for qemu-devel@nongnu.org; Wed, 21 Apr 2010 00:20:48 -0400
Received: from fg-out-1718.google.com ([72.14.220.159]:25519)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <m.gamal005@gmail.com>) id 1O4RQc-0002O5-GX
	for qemu-devel@nongnu.org; Wed, 21 Apr 2010 00:20:47 -0400
Received: by fg-out-1718.google.com with SMTP id 19so1380336fgg.10
	for <qemu-devel@nongnu.org>; Tue, 20 Apr 2010 21:20:45 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <4BCDF417.102@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>
Date: Wed, 21 Apr 2010 06:20:45 +0200
Message-ID: <y2s52d4a3891004202120p46f463d2ke15be4c45cbcad70@mail.gmail.com>
Subject: Re: [Qemu-devel] [GSoC 2010] Pass-through filesystem support.
From: Mohammed Gamal <m.gamal005@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
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: jvrao <jvrao@linux.vnet.ibm.com>
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>

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.

Regards,
Mohammed