[Xen-devel] [Patch 3/3] New blktap implementation

[Dutch Meyer <dmeyer@xxxxxxxxx>]

Patch 3 of 3.

Signed-off-by: Jake Wires <jake.wires@xxxxxxxxxx>, Dutch Meyer 
<dmeyer@xxxxxxxxx>
This is a new and rewritten version of blktap that we have developed at
Citrix.  The current version of blktap is left functionally unmodified.
The change set consists of three patches.

  0) A patch to deprecate the open source blktap, by moving it and issuing
a warning whenever it is used.  No functionality is modified in this
patch, it is just housekeeping.

  1) A patch to add a new blktap implementation that is feature equivalent
to (or better than) the current open source blktap.  This will eventually
replace the current blktap implementation.

  2) Fix several bugs in the qcow tools.

  3) A kernel patch to add a new unified blktap2 module that will
eventually replace blktap.

The new blktap implementation has several improvements.

  * Isolation from xenstore - Blktap devices can now be created in dom0 as
virtual block devices without coordination from xen and have few
dependencies on xenstore in normal operation.

  * Improved development environment for tapdisks, simpler request
forwarding, new request scheduler.

  * Pause scripts updated to support live qcow snapshot (see xmsnap
script)

  * New tapdisk type: Block Mason disks allow a set of tapdisks to be
flexibly arranged into graph structure and modified on-the-fly.  Several
example modules for Block Mason are included.  Block Mason disks are
constructed and modified with a declarative configuration language.
These capabilities are discussed in more depth in an upcoming paper in the
First Workshop on IO Virtualization, available HERE:
http://www.cs.ubc.ca/~dmeyer/blockmason-wiov-final.pdf

--Dutch

Attachment: blktap2module
Description: Text document

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