From: lkcl <lkcl@web>
Date: Thu, 8 Sep 2022 00:09:43 +0000 (+0100)
Subject: (no commit message)
X-Git-Tag: opf_rfc_ls005_v1~645
X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=b3259d8d67a1ccde2699b7469e5e2eb971ec4026;p=libreriscv.git

---

diff --git a/openpower/sv/remap.mdwn b/openpower/sv/remap.mdwn
index 27653f452..93ec30add 100644
--- a/openpower/sv/remap.mdwn
+++ b/openpower/sv/remap.mdwn
@@ -287,13 +287,14 @@ not make sense. With care, even 3-input instructions (madd, fmadd, ternlogi)
 may be used.
 
 Critical to note regarding use of Parallel-Reduction REMAP is that,
-exactly as with Matrix Mode, the `svshape` instruction *requests*
+exactly as with all REMAP Modes, the `svshape` instruction *requests*
 a certain Vector Length (number of elements to reduce) and then
 sets VL and MAXVL at the number of **operations** needed to be
 carried out.  Thus, equally as importantly, like Matrix REMAP
 the total number of operations
 is restricted to 127.  Any Parallel-Reduction requiring more operations
-will need to be done manually in batches.
+will need to be done manually in batches (hierarchical
+recursive Reduction).
 
 Also important to note is that the Deterministic Schedule is arranged
 so that some implementations *may* parallelise it (as long as doing so