[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170307163859.womjnoeha7wj23ka@MacBook-Pro-de-Roger.local>
Date: Tue, 7 Mar 2017 16:38:59 +0000
From: Roger Pau Monné <roger.pau@...rix.com>
To: Stefano Stabellini <sstabellini@...nel.org>
CC: <xen-devel@...ts.xenproject.org>, <jgross@...e.com>,
<lucho@...kov.net>, <ericvh@...il.com>,
<linux-kernel@...r.kernel.org>,
<v9fs-developer@...ts.sourceforge.net>, <rminnich@...dia.gov>,
<boris.ostrovsky@...cle.com>
Subject: Re: [Xen-devel] [PATCH 0/7] Xen transport for 9pfs frontend driver
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.
Powered by blists - more mailing lists