From edb14ea3647aaec7fcaa26072d52b48bb44827c0 Mon Sep 17 00:00:00 2001 From: lkcl Date: Thu, 7 Jan 2021 16:46:19 +0000 Subject: [PATCH] --- openpower/sv/setvl.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/openpower/sv/setvl.mdwn b/openpower/sv/setvl.mdwn index 6b9eff47c..875c13eb9 100644 --- a/openpower/sv/setvl.mdwn +++ b/openpower/sv/setvl.mdwn @@ -27,7 +27,7 @@ The answer effectively needs to be parameterised. Hence: MAXVL Other than being able to set MVL, SV's VL (Vector Length) works just like RVV's VL, with one minor twist. RVV permits the `setvl` instruction to set VL to an arbitrary value. Given that RVV only works on Vector Loops, thus is fine and oart of its value and design. However, SV sits on top of the standard registrr files. When MVL=VL=2, a Vector Add on `r3` will perform two Scalar Adds: one on `r3` and one on `r4`. -Thus there is the opportunity to set VL to an explicit value (within the limits of MVL) with the reasonable expectation that if two operations are requested (by setting VL=2) then two operations are guaranteed. This avoids the need for a loop (with not-insignificant use of the regfiles for counters), simply teo ib +Thus there is the opportunity to set VL to an explicit value (within the limits of MVL) with the reasonable expectation that if two operations are requested (by setting VL=2) then two operations are guaranteed. This avoids the need for a loop (with not-insignificant use of the regfiles for counters), simply two instructions: setvli r0, MVL=64, VL=64 -- 2.30.2