WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support. (RFC

To: Andrew Warfield <andrew.warfield@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support. (RFC)
From: Anthony Liguori <aliguori@xxxxxxxxxx>
Date: Mon, 19 Jun 2006 14:51:04 -0500
Cc: Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>, Julian Chesterfield <julian.chesterfield@xxxxxxxxxxxx>
Delivery-date: Mon, 19 Jun 2006 12:51:41 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <eacc82a40606191226p60d6267sc6a71970863d01ca@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <eacc82a40606190919x4bd4ef22m9d8431e650e85a67@xxxxxxxxxxxxxx> <4496F30E.6020006@xxxxxxxxxx> <eacc82a40606191226p60d6267sc6a71970863d01ca@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.4 (X11/20060612)
Andrew Warfield wrote:
A very much like the idea of a userspace block device backend.  Have you
considered what it would take to completely replace blkback with a
userspace backend?  I'm also curious why you choose a character device
to interact with the ring queue instead of just attaching to the ring
queue directly in userspace.

Oops (again), missed answering your char device question.  We just use
a char device to pin up a region of virtual address space for each
disk as it's presented in userspace.

Is this strictly needed though? My current understanding (which may be totally off) of this device is that it contains:

- first page is ring/queue
- rest of file is mmap()'able and as requests come in over the blkfront queue, you map them into that address space
- poll/ioctl is used for event channel notification

Couldn't you do all of this in pure userspace though with privcmd and evtchn?

Regards,

Anthony Liguori

  Anyone familiar with blkback
will recognise the technique.  In our case, the first page is a
request/response ring between tap driver and application, and the
remainder is a sparsely populated address space where data pages are
mapped as they fly through.  We signal down with ioctl()s, and up
using poll().

a.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>