Done. Patches are here:
Original checkin rational copied below your email, the same applies here.
On Mon, 18 May 2009, Keir Fraser wrote:
On 27/03/2009 07:09, "Dutch Meyer" <dmeyer@xxxxxxxxx> wrote:
Fixed a few issues, particularly on 64bit builds. Updated to build with
most recent xen-unstable (19426).
Dom0 userspace Changes:
Can you please refresh these patches, and the ioemu patch also, for current
xen-unstable now that 3.4 is released? If you do that I can check them
straight in now.
Xen-devel mailing list
This is an updated patch set to the one I posted a few months back.
These patches contain a completely rewritten blktap implementation
and are an open source release of what Citrix intends to use in future
releases of XenServer. They contain a number of bug fixes from my
They also contain Citrix's implementation of the VHD image format. VHD is
what XenServer uses to store file-based images, and this code is
considerably more robust and efficient than the qcow implementation that
is in the tree today.
Benefits to blktap2 over the old version of blktap:
* Isolation from xenstore - Blktap devices are now created directly on
the linux dom0 command line, rather than being spawned in response
to XenStore events. This is handy for debugging, makes blktap
generally easier to work with, and is a step toward a generic
user-level block device implementation that is not Xen-specific.
* Improved tapdisk infrastructure: simpler request forwarding, new
request scheduler, request merging, more efficient use of AIO.
* Improved tapdisk error handling and memory management. No
allocations on the block data path, IO retry logic to protect guests
transient block device failures. This has been tested and is known
to work on weird environments such as NFS soft mounts.
* Pause and snapshot of live virtual disks (see xmsnap script).
* VHD support. The VHD code in this release has been rigorously
tested, and represents a very mature implementation of the VHD image
* No more duplication of mechanism with blkback. The blktap kernel
module has changed dramatically from the original blktap. Blkback
is now always used to talk to Xen guests, blktap just presents a
Linux gendisk that blkback can export. This is done while
preserving the zero-copy data path from domU to physical device.
These patches deprecate the old blktap code, which can hopefully be
removed from the tree completely at some point in the future.
Signed-off-by: Jake Wires <jake.wires@xxxxxxxxxx>, Dutch Meyer
Xen-devel mailing list