to refer to pre-existing EXT000-EXT063 32-bit instructions so prefixed
to create the new numbering EXT100-EXT163, respectively*)
-The opportunity to create two new 32-bit encoding spaces each with
-64 Major opcodes each is best made with another table:
+For Libre-SOC's needs, one of the `RESERVED` spaces *needs* to be allocated to new POs, the other does not:
| | Scalar (bit7=0,8-31=0000) | Scalar (bit7=0,8-31=!zero)| Vector (bit7=1) |
|----------|---------------------------|---------------------------|------------------|
|new bit6=0| `RESERVED1`:{EXT200-063} | SVP64-Single:{EXT200-263} | SVP64:{EXT200-263} |
|old bit6=1| `RESERVED2`:{EXT300-363} | SVP64-Single:{EXT000-063} | SVP64:{EXT000-063} |
-* **`RESERVED2`:{EXT300-363}** is not and **cannot** ever be Vectorised or
+* **`RESERVED2`:{EXT300-363}** (not strictly necessary to be added) is not and **cannot** ever be Vectorised or
Augmented by Simple-V or any future Simple-V Scheme.
- it is a pure **Scalar-only** new set of 64 Major Opcodes
+ it is a pure **Scalar-only** PO Group. It may remain `RESERVED`.
* **`RESERVED1`:{EXT200-263}** is also a Scalar-only new set of 64 Major
Opcodes.
These opcodes do not *need* to be Simple-V-Augmented