From b3259d8d67a1ccde2699b7469e5e2eb971ec4026 Mon Sep 17 00:00:00 2001 From: lkcl Date: Thu, 8 Sep 2022 01:09:43 +0100 Subject: [PATCH] --- openpower/sv/remap.mdwn | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) 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 -- 2.30.2