# Vectorisation of Scalar Power ISA v3.0B
-OpenPOWER Load/Store operations may be seen from [[isa/fixedload]] and
+Scalar Power ISA Load/Store operations may be seen from [[isa/fixedload]] and
[[isa/fixedstore]] pseudocode to be of the form:
lbux RT, RA, RB
vector.
Thus we can see that Vector Indexed may be covered, and, as demonstrated
-with the pseudocode below, the immediate can be used to give unit stride or element stride. With there being no way to tell which from the OpenPOWER v3.0B Scalar opcode alone, the choice is provided instead by the SV Context.
+with the pseudocode below, the immediate can be used to give unit stride or element stride. With there being no way to tell which from the Power v3.0B Scalar opcode alone, the choice is provided instead by the SV Context.
# LD not VLD! format - ldop RT, immed(RA)
# op_width: lb=1, lh=2, lw=4, ld=8
# LOAD/STORE Elwidths <a name="elwidth"></a>
-Loads and Stores are almost unique in that the OpenPOWER Scalar ISA
+Loads and Stores are almost unique in that the Power Scalar ISA
provides a width for the operation (lb, lh, lw, ld). Only `extsb` and
others like it provide an explicit operation width. There are therefore
*three* widths involved:
- Sign-extension or truncation from operation width to dest width
- signed/unsigned saturation down to dest elwidth
-In order to respect OpenPOWER v3.0B Scalar behaviour the memory side
+In order to respect Power v3.0B Scalar behaviour the memory side
is treated effectively as completely separate and distinct from SV
augmentation. This is primarily down to quirks surrounding LE/BE and
-byte-reversal in OpenPOWER.
+byte-reversal.
It is rather unfortunately possible to request an elwidth override
on the memory side which