(no commit message)

diff --git a/openpower/sv/svp_rewrite/svp64.mdwn b/openpower/sv/svp_rewrite/svp64.mdwn
index 1949fd59247f0c929dcc3d2cbd2b4103dacf1ac0..05fa1695811799929697c7e3b13a6cf6435c1762 100644 (file)
--- a/openpower/sv/svp_rewrite/svp64.mdwn
+++ b/openpower/sv/svp_rewrite/svp64.mdwn
@@ -14,14 +14,6 @@ and counting up as you move to the LSB end). All bit ranges are inclusive
 64-bit instructions are split into two 32-bit words, the prefix and the
 suffix. The prefix always comes before the suffix in PC order.
 
-# Identity Behaviour
-
-SVP64 is designed so that when the prefix is all zeros, no effect or
-influence occurs (no augmentation) such that all standard OpenPOWER
-v3.0/1B instructions are "unaltered". This is termed `scalar identity behaviour` (based on the mathematical definition for "identity", as in, "identity matrix" or better "identity transformation").
-
-Note that this is completely different from when VL=0.  VL=0 turns all operations under its influence into `nops`, whereas when VL=1 and the SV prefix is all zeros, the operation simply acts as if SV had not been applied at all to the instruction  (an "identity operation").
-
 # Definition of Reserved in this spec.
 
 For the new fields added in SVP64, instructions that have any of their
@@ -30,6 +22,14 @@ to allow emulation of future instruction sets.
 
 This is unlike OpenPower ISA v3.1, which in many instances does not require a trap.
 
+# Identity Behaviour
+
+SVP64 is designed so that when the prefix is all zeros, no effect or
+influence occurs (no augmentation) such that all standard OpenPOWER
+v3.0/1B instructions are "unaltered". This is termed `scalar identity behaviour` (based on the mathematical definition for "identity", as in, "identity matrix" or better "identity transformation").
+
+Note that this is completely different from when VL=0.  VL=0 turns all operations under its influence into `nops`, whereas when VL=1 and the SV prefix is all zeros, the operation simply acts as if SV had not been applied at all to the instruction  (an "identity operation").
+
 # Remapped Encoding (`RM[0:23]`)
 
 To allow relatively easy remapping of which portions of the Prefix Opcode