(no commit message)

diff --git a/openpower/sv/mv.vec.mdwn b/openpower/sv/mv.vec.mdwn
index 87464f57239a92855412bbad3027399803dbce54..ec398bcb85bb3d6853f0f60fe1f502f5757c4fd3 100644 (file)
--- a/openpower/sv/mv.vec.mdwn
+++ b/openpower/sv/mv.vec.mdwn
@@ -7,7 +7,7 @@ In the SIMD VSX set, section 6.8.1 and 6.8.2 p254 of v3.0B has a series of pack
 * See <https://bugs.libre-soc.org/show_bug.cgi?id=230#c30>
 * <https://lists.libre-soc.org/pipermail/libre-soc-dev/2022-June/004911.html>
 
-Pack and unpack may be covered by [[remap]] by using Matrix 2D layouts on either source or destination but is quite expensive to do so.  Additionally,
+Pack and unpack may be covered by [[sv/remap]] by using Matrix 2D layouts on either source or destination but is quite expensive to do so.  Additionally,
 with pressure on the Scalar 32-bit opcode space it is more appropriate to
 compromise by adding required capability in SVP64 on top of a
 base pre-existing Scalar mv instruction.  [[sv/mv.swizzle]] is sufficiently
@@ -65,6 +65,10 @@ This results in a 3-element "pack"
 Both examples become particularly fun when Twin Predication is thrown
 into the mix.
 
+There exists room within the `svshape` instruction of  [[sv/remap]]
+to request some alternative Matrix mappings, and there is also
+room within the reserved bits of `svremap` as well.
+
 # RM Mode Concept:
 
 MVRM-2P-2S1D: