<div id="readability-page-1" class="page"><div>
  
  <p><span>20 Sep 2020</span></p><p>NVMe spec 4.0</p>



<ul>
  <li>logical block 단위로(마다) meatadata가 붙는다. 어떻게 이 metadata 영역을 쓸지는 Host의 자유이고, 가장 common한 활용처 중 하나가 end-to-end protection information을 담는 것이다.</li>
  <li>Metadata는 LBA data에 연속해서 오거나 별도 buffer에 담겨서 오는데, 어느 방식을 채택할지는 format시에 결정된다. Format command의 MSET field가 1이면 extended. 0이면 seperate buffer.</li>
</ul>

<h2 id="83-end-to-end-data-protection-optional">8.3 End-to-end Data Protection (Optional)</h2>

<ul>
  <li>PI가 사용되는 경우 metadata 영역에 CRC와 같은 값드을 저장하게 됨.</li>
  <li>PI는 metadata의 첫 8바이트거나 마지막 8바이트임. 대부분의 경우 CRC는 LBA data만으로 계산하지만, metadata가 8바이트보다 크면서 PI가 metadata의 마지막에 오는 경우, LBA데이터와 PI를 제외한 메타데이터를 모두 사용하여 CRC를 계산하게 됨.</li>
  <li>extended metadata를 사용하는 경우를 DIF라고 부르고 seperate buffer를 사용하는 경우를 DIX라고 부름.</li>
  <li>end-to-end protection type에는 3가지 종류가 있는데 Format Command의 PI필드에 의해 결정됨. 0은 PI를 사용하지 않음. 1~3은 각각의 타입. 4이상은 reserved.</li>
</ul>

<table>
  <thead>
    <tr>
      <th>Field</th>
      <th>Description</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><em>Protection Information (PI)</em>[08:07]</td>
      <td>000b Protection information is not enabled / 001b Protection information is enabled, Type 1 / 010b Protection information is enabled, Type 2 / 011b Protection information is enabled, Type 3 / 100b to 111b Reserved</td>
    </tr>
    <tr>
      <td><em>Metadata Settings (MSET)</em>[04:04]</td>
      <td>This bit is set to ‘1’ if the metadata is transferred as part of an extended data LBA. This bit is cleared to ‘0’ if the metadata is transferred as part of a separate buffer. The metadata may include protection information, based on the Protection Information (PI) field. If the Metadata Size for the LBA Format selected is 0h, then this bit is not applicable.</td>
    </tr>
  </tbody>
</table>

<ul>
  <li>
    <p>PI의 8바이트는 Guard(2B), Applicaton Tag(2B), Reference Tag(4B)로 구성된다. (SCSI Protection information model) Guard는 CRC-16값. Application tag는 특별히 정의되어 있지 않으나 Host가 특별하게 사용하거나 PI chekck를 disable하는데 사용. Reference tag는 LBA간의 순서 등을 체크하는데 사용되거나 PI check를 disable하는데 사용.</p>
  </li>
  <li>
    <p>read/write 시의 prinfo field는 다시 PRACT와 PRCHK로 구분되고 이 비트들의 조합에 따라 PI의 동작이 달라진다.</p>
  </li>
</ul>

<table>
  <thead>
    <tr>
      <th>Field</th>
      <th>Description</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><em>Protection Information Field (PRINFO)</em>[29:26]</td>
      <td>Specifies the protection information action and check field, as defined in Figure 355.</td>
    </tr>
  </tbody>
</table>

<h3 id="65-end-to-end-protection-information">6.5 End-to-end protection information</h3>

<table>
  <thead>
    <tr>
      <th>Field</th>
      <th>Description</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><em>Protection Information Action (PRACT)</em>[03:03]</td>
      <td>The protection information action bit indicates the action to take for the protection information. This bit is only used if the namespace is formatted to use end-to-end protection information. Refer to section 8.3</td>
    </tr>
    <tr>
      <td><em>Protection Information Check (PRCHK)</em>[02:00]</td>
      <td>: The protection information check field specifies the fields that shall be checked as part of end-to-end data protection processing. This field is only used if the namespace is formatted to use end-to-end protection information. Refer to section 8.3.</td>
    </tr>
  </tbody>
</table>

<h2 id="83-end-to-end-data-protection-optional-cont">8.3 End-to-end Data Protection (Optional) (Cont.)</h2>

<h3 id="831-the-pract-bit">8.3.1 the PRACT bit</h3>

<p>이 아래로 모두 PI를 사용하도록 format 되었다고 가정한다.<br>
PRACT는 controller가 PI를 만들것인지를 설정하는 비트,
PRCHK는 PI중 어떤 필드를 체크할지 설정하는 비트라고 생각하면 편함.</p>

<h4 id="write-command">Write Command</h4>

<ul>
  <li>PRACT가 0일 때 Host는 PI 데이터를 만들어서 controller에 보낸다. controller는 이 PI가 valid한지 check한다. Error가 발견되었다면 command가 해당 status code와 함께 종료된다. (ex. End-to-end guard Check Error.)</li>
  <li>PRACT가 1일 때
    <ul>
      <li>해당 NS의 metadata size가 8이라면 host는 metadata를 만들지 않고 LBA 데이터만 보낸다. controller는 metadata를 만들어서 NAND에 저장한다.</li>
      <li>해당 NS의 metadata size가 8보다 크다면 host가 metadata를 만들어서 내려보낸다. (PI 외의 metadata도 있으니까.) 다만 PI부분은 controller가 만들어서 내려온 metadata에 덮어 씌워서 저장한다.</li>
    </ul>
  </li>
</ul>

<h4 id="read-command">Read Command</h4>

<ul>
  <li>PRACT가 0일 때 controller는 Nand에서 데이터를 읽어서 PI를 체크한 후 Host에 그대로 보낸다. Error가 발견되었다면 command가 해당 status code와 함께 종료된다. (ex. End-to-end guard Check Error.)</li>
  <li>PRACT가 1일 때
    <ul>
      <li>해당 NS의 metadata size가 8이라면 Nand에서 데이터를 읽어 PI 체크를 한 후 이를 제거하고 host에는 LBA data만 보낸다.</li>
      <li>해당 NS의 metadata size가 8보다 크다면 PI를 체크한 후 metadata까지 host로 보낸다.</li>
    </ul>
  </li>
</ul>

<h3 id="prchk">PRCHK</h3>

<ul>
  <li>PRCHK[2] == 1 : Guard 정합성 체크</li>
  <li>PRCHK[1] == 1 : app tag의 unmask된 영역을 커맨드의 LBAT field와 비교. mask는 커맨드의 LBATM 필드에서 mask 하고 싶은 부분을 0으로 만들면 됨. (= LBATM이 1인 부분만 체크의 대상이 됨)</li>
  <li>PRCHK[0] == 1
    <ul>
      <li>PI type == 1 : 첫번째 metadata block의 ref tag 값이 slba의 least significant 4 bytes와 동일. 이 값은 다시 ILBRT(write command) / EILBRT(read command)와 동일. 두번째 이후 metadata block은 앞 block의 ref tag 값 +1.</li>
      <li>PI type == 2 : 첫번째 metadata block의 ref tag 값은 host가 지정. 이 값은 command의 ILBRT / EILBRT와 동일. 두번째 이후 metadata block은 앞 block의 ref tag 값 +1.</li>
      <li>PI type == 3 : PI가 3인데 PRCHK[0] == 1이라면 Invalid protection informaion으로 해당 커맨드는 abort 됨.</li>
    </ul>
  </li>
  <li>PI type이 1이나 2인데 app tag 값이 0xFFFF라면 PRCHK 값과 상관 없이 PI check를 하지 않는다.</li>
  <li>PI type이 3인데 app tag 값이 0xFFFF이면서 ref tag 값이 0xFFFFFFFF이라면 PI check를 하지 않는다.</li>
</ul>

</div></div>

Annular Eclipse

Gayuna

NVMe spec 4.0
8.2 Metadata handling
logical block 단위로(마다) meatadata가 붙는다. 어떻게 이 metadata 영역을 쓸지는 Host의 자유이고, 가장 common한 활용처 중 하나가 end-to-end protection information을 담는 것이다.
Metadata는 LBA data에 연속해서 오거나 별도 buffer에 담겨서 오는데, 어느 방식을 채택할지는 format시에 결정된다. Format command의 MSET field가 1이면 extended. 0이면 seperate buffer.
8.3 End-to-end Data Protection (Optional)
PI가 사용되는 경우 metadata 영역에 CRC와 같은 값드을 저장하게 됨.
PI는 metadata의 첫 8바이트거나 마지막 8바이트임. 대부분의 경우 CRC는 LBA data만으로 계산하지만, metadata가 8바이트보다 크면서 PI가 metadata의 마지막에 오는 경우, LBA데이터와 PI를 제외한 메타데이터를 모두 사용하여 CRC를 계산하게 됨.
extended metadata를 사용하는 경우를 DIF라고 부르고 seperate buffer를 사용하는 경우를 DIX라고 부름.
end-to-end protection type에는 3가지 종류가 있는데 Format Command의 PI필드에 의해 결정됨. 0은 PI를 사용하지 않음. 1~3은 각각의 타입. 4이상은 reserved.
Field
      Description
    
Protection Information (PI)[08:07]
      000b Protection information is not enabled / 001b Protection information is enabled, Type 1 / 010b Protection information is enabled, Type 2 / 011b Protection information is enabled, Type 3 / 100b to 111b Reserved
    
Metadata Settings (MSET)[04:04]
      This bit is set to ‘1’ if the metadata is transferred as part of an extended data LBA. This bit is cleared to ‘0’ if the metadata is transferred as part of a separate buffer. The metadata may include protection information, based on the Protection Information (PI) field. If the Metadata Size for the LBA Format selected is 0h, then this bit is not applicable.
    
PI의 8바이트는 Guard(2B), Applicaton Tag(2B), Reference Tag(4B)로 구성된다. (SCSI Protection information model) Guard는 CRC-16값. Application tag는 특별히 정의되어 있지 않으나 Host가 특별하게 사용하거나 PI chekck를 disable하는데 사용. Reference tag는 LBA간의 순서 등을 체크하는데 사용되거나 PI check를 disable하는데 사용.
read/write 시의 prinfo field는 다시 PRACT와 PRCHK로 구분되고 이 비트들의 조합에 따라 PI의 동작이 달라진다.
Field
      Description
    
Protection Information Field (PRINFO)[29:26]
      Specifies the protection information action and check field, as defined in Figure 355.
    
6.5 End-to-end protection information
Field
      Description
    
Protection Information Action (PRACT)[03:03]
      The protection information action bit indicates the action to take for the protection information. This bit is only used if the namespace is formatted to use end-to-end protection information. Refer to section 8.3
    
Protection Information Check (PRCHK)[02:00]
      : The protection information check field specifies the fields that shall be checked as part of end-to-end data protection processing. This field is only used if the namespace is formatted to use end-to-end protection information. Refer to section 8.3.
    
8.3 End-to-end Data Protection (Optional) (Cont.)
8.3.1 the PRACT bit
이 아래로 모두 PI를 사용하도록 format 되었다고 가정한다.
Write Command
PRACT가 0일 때 Host는 PI 데이터를 만들어서 controller에 보낸다. controller는 이 PI가 valid한지 check한다. Error가 발견되었다면 command가 해당 status code와 함께 종료된다. (ex. End-to-end guard Check Error.)
PRACT가 1일 때
    
해당 NS의 metadata size가 8이라면 host는 metadata를 만들지 않고 LBA 데이터만 보낸다. controller는 metadata를 만들어서 NAND에 저장한다.
해당 NS의 metadata size가 8보다 크다면 host가 metadata를 만들어서 내려보낸다. (PI 외의 metadata도 있으니까.) 다만 PI부분은 controller가 만들어서 내려온 metadata에 덮어 씌워서 저장한다.
Read Command
PRACT가 0일 때 controller는 Nand에서 데이터를 읽어서 PI를 체크한 후 Host에 그대로 보낸다. Error가 발견되었다면 command가 해당 status code와 함께 종료된다. (ex. End-to-end guard Check Error.)
PRACT가 1일 때
    
해당 NS의 metadata size가 8이라면 Nand에서 데이터를 읽어 PI 체크를 한 후 이를 제거하고 host에는 LBA data만 보낸다.
해당 NS의 metadata size가 8보다 크다면 PI를 체크한 후 metadata까지 host로 보낸다.
PRCHK
PRCHK[2] == 1 : Guard 정합성 체크
PRCHK[1] == 1 : app tag의 unmask된 영역을 커맨드의 LBAT field와 비교. mask는 커맨드의 LBATM 필드에서 mask 하고 싶은 부분을 0으로 만들면 됨. (= LBATM이 1인 부분만 체크의 대상이 됨)
PRCHK[0] == 1
    
PI type == 1 : 첫번째 metadata block의 ref tag 값이 slba의 least significant 4 bytes와 동일. 이 값은 다시 ILBRT(write command) / EILBRT(read command)와 동일. 두번째 이후 metadata block은 앞 block의 ref tag 값 +1.
PI type == 2 : 첫번째 metadata block의 ref tag 값은 host가 지정. 이 값은 command의 ILBRT / EILBRT와 동일. 두번째 이후 metadata block은 앞 block의 ref tag 값 +1.
PI type == 3 : PI가 3인데 PRCHK[0] == 1이라면 Invalid protection informaion으로 해당 커맨드는 abort 됨.
PI type이 1이나 2인데 app tag 값이 0xFFFF라면 PRCHK 값과 상관 없이 PI check를 하지 않는다.
PI type이 3인데 app tag 값이 0xFFFF이면서 ref tag 값이 0xFFFFFFFF이라면 PI check를 하지 않는다.

end to end protection information

댓글