Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754367AbdCMWgP (ORCPT ); Mon, 13 Mar 2017 18:36:15 -0400 Received: from mail.kernel.org ([198.145.29.136]:36468 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751150AbdCMWgH (ORCPT ); Mon, 13 Mar 2017 18:36:07 -0400 Date: Mon, 13 Mar 2017 15:36:02 -0700 (PDT) From: Stefano Stabellini X-X-Sender: sstabellini@sstabellini-ThinkPad-X260 To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= cc: Stefano Stabellini , xen-devel@lists.xenproject.org, jgross@suse.com, lucho@ionkov.net, ericvh@gmail.com, linux-kernel@vger.kernel.org, v9fs-developer@lists.sourceforge.net, rminnich@sandia.gov, boris.ostrovsky@oracle.com Subject: Re: [Xen-devel] [PATCH 0/7] Xen transport for 9pfs frontend driver In-Reply-To: <20170309030232.fdmri3ovrhv4mrjp@MacBook-Pro-de-Roger.local> Message-ID: References: <20170307163859.womjnoeha7wj23ka@MacBook-Pro-de-Roger.local> <20170309030232.fdmri3ovrhv4mrjp@MacBook-Pro-de-Roger.local> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323329-1288969214-1489444563=:21520" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2129 Lines: 46 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-1288969214-1489444563=:21520 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: 8BIT On Thu, 9 Mar 2017, Roger Pau Monné wrote: > On Tue, Mar 07, 2017 at 10:27:05AM -0800, Stefano Stabellini wrote: > > On Tue, 7 Mar 2017, Roger Pau Monné wrote: > > > On Mon, Mar 06, 2017 at 12:00:41PM -0800, Stefano Stabellini wrote: > > > > Hi all, > > > > > > > > This patch series implements a new transport for 9pfs, aimed at Xen > > > > systems. > > > > > > > > The transport is based on a traditional Xen frontend and backend drivers > > > > pair. This patch series implements the frontend, which typically runs in > > > > a regular unprivileged guest. > > > > > > > > I'll follow up with another series that implements the backend in > > > > userspace in QEMU, which typically runs in Dom0 (but could also run in > > > > a another guest). > > > > > > > > The frontend complies to the Xen transport for 9pfs specification > > > > version 1, available here: > > > > > > > > http://xenbits.xen.org/gitweb/?p=xen.git;a=blob_plain;f=docs/misc/9pfs.markdown;hb=HEAD > > > > > > Kind of tangential to this series, but maybe it would make sense to implement > > > this transport in a fuse based 9pfs driver? I see there are already several > > > fuse-9pfs implementations around. Something for a GSoC/Outreach project? > > > > Sure. Additionally, with open source frontends and backends already > > available, it should be easier to code. I am happy to co-mentor the > > project with you, if you feel like it. > > I don't mind co-mentoring it, so far I haven't got lucky with any of my other > GSoC projects, but I don't know anything about 9pfs or fuse :). > > This also has the difficulty that neither you not me is a member of any of the > 9pfs-fuse projects, so it might be hard to get the changes upstream. Good point. It would be best if one of the mentors was already engaged with the 9pfs-fuse community. --8323329-1288969214-1489444563=:21520--