> "Hannes" == Hannes Reinecke 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. Doesn't
On 01/08/2014 04:23 PM, Martin K. Petersen wrote:
"Hannes" == Hannes Reinecke 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 find
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
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.
> "James" == James Bottomley 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 application to the HBA.
> "Hannes" == Hannes Reinecke 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 find issues here.
That's not how it works!
If the
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 find issues here.
That's not how it works!
If the
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
On 01/07/2014 10:43 PM, Martin K. Petersen wrote:
>> "Hannes" == Hannes Reinecke 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
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
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
> "Hannes" == Hannes Reinecke 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 problems in the path between block layer and HBA
ASIC?
On Jan 6, 2014, at 8:36 PM, Darrick J. Wong wrote:
> On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote:
>>> "Hannes" == Hannes Reinecke 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
On 01/07/2014 09:28 AM, Ric Wheeler wrote:
> On 12/23/2013 09:35 PM, Martin K. Petersen wrote:
>>> "Christoph" == Christoph Hellwig 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
>>
On 12/23/2013 09:35 PM, Martin K. Petersen wrote:
"Christoph" == Christoph Hellwig 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
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
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
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
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 problems in the path between block layer and HBA
ASIC?
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
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
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
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 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
On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote:
> > "Hannes" == Hannes Reinecke 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
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
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.
> "Hannes" == Hannes Reinecke 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 passthrough
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.
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.
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
Axboe; linux-kernel@vger.kernel.org; linux-s...@vger.kernel.org
Subject: Re: status of block-integrity
>>>>> "Christoph" == Christoph Hellwig writes:
Christoph> We have the block integrity code to support DIF/DIX in the
Christoph> the tree for about 5 and a
Axboe; linux-kernel@vger.kernel.org; linux-s...@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
> "Christoph" == Christoph Hellwig 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, qla2xxx,
On Mon, Dec 23, 2013 at 08:35:22AM -0500, Martin K. Petersen wrote:
> > "Christoph" == Christoph Hellwig 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
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
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,
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
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
38 matches
Mail list logo