clarify example table for elwidth overrides
authorLuke Kenneth Casson Leighton <lkcl@lkcl.net>
Mon, 3 Apr 2023 14:08:14 +0000 (15:08 +0100)
committerLuke Kenneth Casson Leighton <lkcl@lkcl.net>
Mon, 3 Apr 2023 14:08:14 +0000 (15:08 +0100)
openpower/sv/svp64.mdwn

index b439f5130b642764eef230437f917a570f73b4f3..62adce7beeaa2663802b9841a36688216925dbc9 100644 (file)
@@ -243,13 +243,17 @@ be as follows.  For clarity in the table below:
     | MSB0:  | 0:15    | 16:31   | 32:47   | 48:63   |
     | LSB0:  | 63:48   | 47:32   | 31:16   | 15:0    |
     |--------|---------|---------|---------|---------|
-    | GPR(0) | result3 | result2 | result1 | result0 |
-    | GPR(1) | same    | same    | same    | result4 |
+    | GPR(0) | same    | same    | same    | same    |
+    | GPR(1) | result3 | result2 | result1 | result0 |
+    | GPR(2) | same    | same    | same    | result4 |
+    | GPR(3) | same    | same    | same    | same    |
+    | ...    | ...     | ...     | ...     | ...     |
+    | ...    | ...     | ...     | ...     | ...     |
 ```
 
 Note that the upper 48 bits of GPR(1) would **not** be modified because
 the example has VL=5.  Thus on "wrapping" - sequential progression from
-GPR(0) into GPR(1) - the 5th result modifies
+GPR(1) into GPR(2) - the 5th result modifies
 **only** the bottom 16 LSBs of GPR(1).
 
 Hardware Architectural note: to avoid a Read-Modify-Write at the register