From: Ingo Molnar Subject: Re: [PATCH UPDATED] xen: add xenfs to allow usermode <-> Xen interaction Date: Thu, 18 Dec 2008 14:18:12 +0100 Message-ID: <20081218131812.GD32135@elte.hu> References: <49480F39.2010102@goop.org> <20081216125425.30524946.akpm@linux-foundation.org> <49496E17.2010703@goop.org> <20081217133429.b64e6421.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20081217133429.b64e6421.akpm@linux-foundation.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Andrew Morton Cc: Jeremy Fitzhardinge , alex.zeffertt@eu.citrix.com, Ian.Campbell@citrix.com, linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com, viro@ftp.linux.org.uk List-Id: xen-devel@lists.xenproject.org * Andrew Morton wrote: > On Wed, 17 Dec 2008 13:24:39 -0800 > Jeremy Fitzhardinge wrote: > > > The xenfs filesystem exports various interfaces to usermode. Initially > > this exports a file to allow usermode to interact with xenbus/xenstore. > > > > Traditionally this appeared in /proc/xen. Rather than extending procfs, > > this patch adds a backward-compat mountpoint on /proc/xen, and provides > > a xenfs filesystem which can be mounted there. > > > > [ > > I did quite a lot of work to this code as a result of review, which is > > why this is a repost rather than a delta. The changes are: > > > > - Moved the XENFS_SUPER_MAGIC to linux/magic.h > > - Added comments to answer the "what's this for?" questions (I hope) > > - Split things out into smaller functions > > - Cleaned up type of queue_reply(), removed casts > > - Added a mutex to protect struct xenbus_file_priv. This protects > > the list heads, and the partial message buffer. There were > > several ways in which usermode could overwrite the kernel's > > memory via races without this locking. > > - Fixed a bug in which usermode could start sending a message > > which can never be sent, leaving the file descriptor in a > > useless state. > > I'm bored of your filesystem, so I think I'll just merge it, unless > someone else wants to ;) please do - there should be no big overlap with existing other Xen bits in tip/*. Ingo