Re: status of block-integrity

2014-01-09 Thread Hannes Reinecke
On 01/08/2014 04:23 PM, Martin K. Petersen wrote: Hannes == Hannes Reinecke h...@suse.de writes: Hannes, Hannes As there is no user (apart from oracleasm) no-one can attach Hannes protection information to any data, so even the most dedicated Hannes admin cannot exercise this path, let alone

Re: status of block-integrity

2014-01-09 Thread Martin K. Petersen
Hannes == Hannes Reinecke h...@suse.de writes: Hannes With LID1/XCopy you have the ambiguity on where to actually send Hannes the command to; the spec is silent in this area. Yeah, right now it's a coin toss. However, thanks to VAAI most arrays support LID1. I'm trying to leverage that.

Re: status of block-integrity

2014-01-08 Thread Martin K. Petersen
James == James Bottomley james.bottom...@hansenpartnership.com writes: James No, I think you're confusing algorithms with protocols. DIF and James DIX are two names for protection envelopes. DIF verifies James integrity from the HBA to the device surface. DIX verifies James integrity from an

Re: status of block-integrity

2014-01-07 Thread Ric Wheeler
On 12/23/2013 09:35 PM, Martin K. Petersen wrote: Christoph == Christoph Hellwig h...@infradead.org writes: Christoph We have the block integrity code to support DIF/DIX in the Christoph the tree for about 5 and a half years, and we still don't Christoph have a single consumer of it. What do

Re: status of block-integrity

2014-01-07 Thread Hannes Reinecke
On 01/07/2014 09:28 AM, Ric Wheeler wrote: On 12/23/2013 09:35 PM, Martin K. Petersen wrote: Christoph == Christoph Hellwig h...@infradead.org writes: Christoph We have the block integrity code to support DIF/DIX in the Christoph the tree for about 5 and a half years, and we still don't

Re: status of block-integrity

2014-01-07 Thread Chuck Lever
On Jan 6, 2014, at 8:36 PM, Darrick J. Wong darrick.w...@oracle.com wrote: On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote: Hannes == Hannes Reinecke h...@suse.de writes: Hannes Personally, I doubt it's a good idea to kill it off, but a Hannes proper (userland) API for

Re: status of block-integrity

2014-01-07 Thread Matthew Wilcox
On Tue, Jan 07, 2014 at 02:33:10PM +0100, Hannes Reinecke wrote: I would indeed like to have a discussion at LSF about the future of DIX. DIF is not an issue, as most HBAs support it already and we actually need it for proper connectivity. DIX, OTOH, has been left dormant since time

Re: status of block-integrity

2014-01-07 Thread James Bottomley
On Tue, 2014-01-07 at 16:34 -0700, Matthew Wilcox wrote: On Tue, Jan 07, 2014 at 02:33:10PM +0100, Hannes Reinecke wrote: I would indeed like to have a discussion at LSF about the future of DIX. DIF is not an issue, as most HBAs support it already and we actually need it for proper

Re: status of block-integrity

2014-01-07 Thread Hannes Reinecke
On 01/07/2014 10:43 PM, Martin K. Petersen wrote: Hannes == Hannes Reinecke h...@suse.de writes: Hannes Plus (as hch rightly pointed out) as there is no defined Hannes userland interface the question is why we bother with all the Hannes DIX stuff in the block layer. Because it catches

Re: status of block-integrity

2014-01-06 Thread Darrick J. Wong
On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote: Hannes == Hannes Reinecke h...@suse.de writes: Hannes Personally, I doubt it's a good idea to kill it off, but a Hannes proper (userland) API for it has been a long time missing. Before we throw the baby out with the bath

Re: status of block-integrity

2014-01-06 Thread Hannes Reinecke
On 01/07/2014 02:36 AM, Darrick J. Wong wrote: On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote: Hannes == Hannes Reinecke h...@suse.de writes: Hannes Personally, I doubt it's a good idea to kill it off, but a Hannes proper (userland) API for it has been a long time missing.

Re: status of block-integrity

2014-01-03 Thread Hannes Reinecke
On 12/22/2013 08:21 PM, Christoph Hellwig wrote: We have the block integrity code to support DIF/DIX in the the tree for about 5 and a half years, and we still don't have a single consumer of it. By normal kernel rules it should never have been merged, or at least the bitrot long removed.

Re: status of block-integrity

2014-01-03 Thread Martin K. Petersen
Hannes == Hannes Reinecke h...@suse.de writes: Hannes Personally, I doubt it's a good idea to kill it off, but a Hannes proper (userland) API for it has been a long time missing. Before we throw the baby out with the bath water, maybe Darrick can fill us in on the progress of the aio

RE: status of block-integrity

2013-12-31 Thread berthiaume, wayne
Axboe; linux-ker...@vger.kernel.org; linux-scsi@vger.kernel.org Subject: Re: status of block-integrity Christoph == Christoph Hellwig h...@infradead.org writes: Christoph We have the block integrity code to support DIF/DIX in the Christoph the tree for about 5 and a half years, and we still don't

Re: status of block-integrity

2013-12-23 Thread Christoph Hellwig
On Mon, Dec 23, 2013 at 08:35:22AM -0500, Martin K. Petersen wrote: Christoph == Christoph Hellwig h...@infradead.org writes: Christoph We have the block integrity code to support DIF/DIX in the Christoph the tree for about 5 and a half years, and we still don't Christoph have a single

Re: status of block-integrity

2013-12-23 Thread Martin K. Petersen
Christoph == Christoph Hellwig h...@infradead.org writes: Christoph We have the block integrity code to support DIF/DIX in the Christoph the tree for about 5 and a half years, and we still don't Christoph have a single consumer of it. What do you mean? If you have a DIX-capable HBA (lpfc,

status of block-integrity

2013-12-22 Thread Christoph Hellwig
We have the block integrity code to support DIF/DIX in the the tree for about 5 and a half years, and we still don't have a single consumer of it. By normal kernel rules it should never have been merged, or at least the bitrot long removed. Given that we'll have a lot of work to do in this area

Re: status of block-integrity

2013-12-22 Thread Nicholas A. Bellinger
On Sun, 2013-12-22 at 11:21 -0800, Christoph Hellwig wrote: We have the block integrity code to support DIF/DIX in the the tree for about 5 and a half years, and we still don't have a single consumer of it. By normal kernel rules it should never have been merged, or at least the bitrot long