(no commit message)

diff --git a/openpower/sv/remap.mdwn b/openpower/sv/remap.mdwn
index 0b7d89f59c9dc121088b8f0a8be2af10d22b7ad5..ea022d0087739572194b364002fd0c1cfd412031 100644 (file)
--- a/openpower/sv/remap.mdwn
+++ b/openpower/sv/remap.mdwn
@@ -54,8 +54,10 @@ Swizzle *can* however be applied to the same
 instruction as REMAP, providing re-sequencing of
 Subvector elements which REMAP cannot. Also as explained in [[sv/mv.swizzle]], [[sv/mv.vec]] and the [[svp64/appendix]], Pack and Unpack Mode bits
 can extend down into Sub-vector elements to influence vec2/vec3/vec4
-sequential reordering, but even here, REMAP is not *individually*
+sequential reordering, but even here, REMAP reordering is not *individually*
 extended down to the actual sub-vector elements themselves.
+This keeps the relevant Predicate Mask bit applicable to the Subvector
+group, just as it does when REMAP is not active.
 
 In its general form, REMAP is quite expensive to set up, and on some
 implementations may introduce latency, so should realistically be used