From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O4W94-0001NS-4n for qemu-devel@nongnu.org; Wed, 21 Apr 2010 05:22:58 -0400 Received: from [140.186.70.92] (port=46384 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O4W92-0001M8-4B for qemu-devel@nongnu.org; Wed, 21 Apr 2010 05:22:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O4TVH-0004Wv-Sy for qemu-devel@nongnu.org; Wed, 21 Apr 2010 02:34:09 -0400 Received: from e37.co.us.ibm.com ([32.97.110.158]:43548) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O4TV9-0004U4-Vx for qemu-devel@nongnu.org; Wed, 21 Apr 2010 02:33:36 -0400 Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107]) by e37.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id o3L6Vw7D000393 for ; Wed, 21 Apr 2010 00:31:58 -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 o3L6XSt1135930 for ; 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 o3L6XSZ2025942 for ; Wed, 21 Apr 2010 00:33:28 -0600 Message-ID: <4BCE9C35.1030500@linux.vnet.ibm.com> Date: Tue, 20 Apr 2010 23:33:25 -0700 From: jvrao MIME-Version: 1.0 Subject: Re: [Qemu-devel] [GSoC 2010] Pass-through filesystem support. References: <20100412115846.GA18075@shareable.org> <4BC33FAE.4070508@linux.vnet.ibm.com> <4BC4C115.10709@linux.vnet.ibm.com> <4BCCDF42.4000106@linux.vnet.ibm.com> <4BCDF417.102@linux.vnet.ibm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mohammed Gamal Cc: Anthony Liguori , kvm-devel , Alexander Graf , qemu-devel@nongnu.org, Javier Guerra Giraldez , Cam Macdonell Mohammed Gamal wrote: > On Tue, Apr 20, 2010 at 8:36 PM, jvrao wrote: > > ... ... > >>> 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 > >