[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [RFC PATCH v2] Data integrity extension(DIX) support for xen-block
* What's data integrity extension(DIX) and why? Modern filesystems feature checksumming of data and metadata to protect against data corruption. However, the detection of the corruption is done at read time which could potentially be months after the data was written. At that point the original data that the application tried to write is most likely lost. The solution in Linux is the data integrity framework which enables protection information to be pinned to I/Os and sent to/received from controllers that support it. struct bio has been extended with a pointer to a struct bip which in turn contains the integrity metadata. Both raw data and integrity metadata are mapped to two separate scatterlists. * Issues when xen-block get involved. xen-blkfront only transmits the raw data-segment scatterlist of each bio while the integrity-metadata-segment scatterlist has been ignored. * Proposal for transmitting integrity-metadata-segment scatterlist. Adding an extra request following the normal data request, this extra request contains integrity-metadata segments only. The xen-blkback will reconstruct the new bio with recevied data and integrity segments. Signed-off-by: Bob Liu <bob.liu@xxxxxxxxxx> --- xen/include/public/io/blkif.h | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/xen/include/public/io/blkif.h b/xen/include/public/io/blkif.h index 99f0326..a0124b2 100644 --- a/xen/include/public/io/blkif.h +++ b/xen/include/public/io/blkif.h @@ -182,6 +182,15 @@ * backend driver paired with a LIFO queue in the frontend will * allow us to have better performance in this scenario. * + * feature-data-integrity + * Values: 0/1 (boolean) + * Default Value: 0 + * + * A value of "1" indicates that the backend can process requests + * containing the BLKIF_OP_DIX_FLAG request opcode. Requests + * with this flag means the following request is a special request which + * only contains integrity-metadata segments of current request. + * *----------------------- Request Transport Parameters ------------------------ * * max-ring-page-order @@ -635,6 +644,16 @@ #define BLKIF_OP_INDIRECT 6 /* + * Recognized only if "feature-data-integrity" is present in backend xenbus info. + * A request with BLKIF_OP_DIX_FLAG indicates the following request is a special + * request which only contains integrity-metadata segments of current request. + * + * If a backend does not recognize BLKIF_OP_DIX_FLAG, it should *not* create the + * "feature-data-integrity" node! + */ +#define BLKIF_OP_DIX_FLAG (0x80) + +/* * Maximum scatter/gather segments per request. * This is carefully chosen so that sizeof(blkif_ring_t) <= PAGE_SIZE. * NB. This could be 12 if the ring indexes weren't stored in the same page. -- 1.7.10.4 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |