(no commit message)

diff --git a/openpower/sv/remap.mdwn b/openpower/sv/remap.mdwn
index 27653f452068b20b9c9386e295b62d2bcf019e3d..93ec30add7cd4ce22dffbafa851fb608503f4296 100644 (file)
--- 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