Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S933082AbdCGQk2 (ORCPT <rfc822;w@1wt.eu>);
        Tue, 7 Mar 2017 11:40:28 -0500
Received: from smtp.ctxuk.citrix.com ([185.25.65.24]:49260 "EHLO
        SMTP.EU.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S933008AbdCGQjR (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 7 Mar 2017 11:39:17 -0500
X-IronPort-AV: E=Sophos;i="5.36,258,1486425600"; 
   d="scan'208";a="42024278"
Date: Tue, 7 Mar 2017 16:38:59 +0000
From: Roger Pau =?iso-8859-1?Q?Monn=E9?= <roger.pau@citrix.com>
To: Stefano Stabellini <sstabellini@kernel.org>
CC: <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
Message-ID: <20170307163859.womjnoeha7wj23ka@MacBook-Pro-de-Roger.local>
References: <alpine.DEB.2.10.1703061147250.17906@sstabellini-ThinkPad-X260>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.10.1703061147250.17906@sstabellini-ThinkPad-X260>
User-Agent: NeoMutt/20170306 (1.8.0)
X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To
 AMSPEX02CL02.citrite.net (10.69.22.126)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 940
Lines: 24

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?

Roger.