From: Christoph Hellwig <hch@lst.de>
Date: Thu, 30 Jun 2022 16:18:00 +0000 (+0200)
Subject: more nits
X-Git-Tag: draft-hellwig-nfsv4-scsi-layout-nvme-03~9
X-Git-Url: https://www.infradead.org/git/?a=commitdiff_plain;h=3fa14cbafa5c0241062e4cccc80db1f86d2dd739;p=users%2Fhch%2Fscsi-layout-nvme.git

more nits

From Sorin Faibish
---

diff --git a/scsi_nvme_middle.xml b/scsi_nvme_middle.xml
index 76f964d..a7a5454 100644
--- a/scsi_nvme_middle.xml
+++ b/scsi_nvme_middle.xml
@@ -24,7 +24,7 @@
   </t>
   <t>
     This document does not amend the pNFS SCSI layout document, but
-    instead of explains how to map the SCSI constructs used in
+    instead explains how to map the SCSI constructs used in
     the pNFS SCSI layout document to NVMe concepts.
   </t>
 
@@ -170,7 +170,7 @@
 	Before returning a PNFS_SCSI_VOLUME_BASE volume to the client, the MDS
 	needs to prepare the volume for fencing using PRs. This is done by
 	registering the reservation generated for the MDS with the device (see
-	<xref target="ssc:fencing:keys" /> followed by a Reservation Acquire
+	<xref target="ssc:fencing:keys" />) followed by a Reservation Acquire
 	command (refer to Section 7.2 of <xref target="NVME-BASE" />) with
 	the Reservation Acquire Action (RACQA) field set to 000b (i.e., Acquire)
 	and the Reservation Type (RTYPE) field set to 4h (i.e., Exclusive Access
@@ -197,8 +197,8 @@
 
     <section anchor='ssc:recovery' title='Client Recovery after a Fence Action'>
       <t>
-        If a NVMe command issued by the client to the storage device returns a
-	non-retryable error (refer to the DNR bit defined in Figure 92 in
+        If an NVMe command issued by the client to the storage device returns
+	a non-retryable error (refer to the DNR bit defined in Figure 92 in
 	<xref target="NVME-BASE" />), the client MUST commit all layouts that
 	use the storage device through the MDS, return all outstanding layouts
 	for the device, forget the device ID, and unregister the reservation