from 32 to 128 entries, and the number of CR Fields expanded from CR0-CR7 to CR0-CR127.
Memory access remains exactly the same: the effects of `MSR.LE` remain exactly the same,
-affecting as they already do and remain to **only** the Load and Store memory-register
+affecting as they already do and remain **only** on the Load and Store memory-register
operation byte-order, and having nothing to do with the
ordering of the contents of register files or register-register operations.
is set to 8-bit the relevant predicate mask bit corresponds directly with one single
byte-level write-enable line. It is up to the Hardware Architect to then amortise (merge)
elements together into both PredicatedSIMD Pipelines as well as simultaneous non-overlapping
-Register File writesto achieve High Performance designs.
+Register File writes, to achieve High Performance designs.
## SVP64 encoding features
* SV Modes including saturation (for Audio, Video and DSP), mapreduce, fail-first and
predicate-result mode.
-This document focusses specifically on how that fits into available space. The [[svp64/appendix]] explains more of the details, whilst the [[sv/overview]] gives the basics.
+Different classes of operations require
# Definition of Reserved in this spec.
This is unlike OpenPower ISA v3.1, which in many instances does not require a trap if reserved fields are nonzero. Where the standard Power ISA definition
is intended the red keyword `RESERVED` is used.
+# Definition of "UnVectoriseable"
+
+Any operation that inherently makes no sense if repeated is termed "UnVectoriseable"
+or "UnVectorised". Examples include `sc` or `sync` which have no registers. `mtmsr` is
+also classed as UnVectoriseable because there is only one `MSR`.
+
# Scalar Identity Behaviour
SVP64 is designed so that when the prefix is all zeros, and