Clarification on Type 2 protection definition (SBC-3 DIF definition)

Gerry Houlder gerry.houlder at seagate.com
Thu Feb 24 11:15:05 PST 2011


Formatted message: <a href="http://www.t10.org/cgi-bin/ac.pl?t=r&f=r1102242_f.htm">HTML-formatted message</a>

The statements at the start of 4.19.2.4 (describing type 2 protection) are
only intended to describe what characteristics have to be CALCULATED in
order to use type 2 protection information. This statement "does not define"
the content of the reference tag for the first LBA to be transferred. We
find out later that this is not calculated from something else, it is
specified in the CDB.
Later text (table 15) specifies that the Expected Reference Tag value from
the CDB is what the first LBA should compare to. Table 16 goes on to explain
the subsequent LBAs (after the first one) have to match a value that is
calculated from the Expected Reference Tag value. These descriptions, taken
together, form a complete description of how to anticipate what all the
reference tag values should be.
On Thu, Feb 24, 2011 at 12:25 PM, Edirisooriya, Sam <
sam.edirisooriya at intel.com> wrote:
>  In SBC-3 draft (section 4.19) Reference Tag for Type 2 is defined from
> the second LBA. For first LBA reference tag is not defined.
>
> In the same section table 15 defines the contents of the first logical
> block reference tag field.
>
> In the table 15 the first logical block reference tag field is defined for
> type 2.
>
> Hence Table 15 is not consistent with the Type 2 protection definition in
> section 4.19.2.4.
>
>
>
> Can anyone  pls provide some clarification?
>
>
>
> Thanks in advance for your assistance.
>
>
>
> Samantha Edirisooriya
>
> Intel Corp
>
>
>
>
>



More information about the T10 mailing list