From: lkcl Date: Sun, 24 Jul 2022 09:50:12 +0000 (+0100) Subject: (no commit message) X-Git-Tag: opf_rfc_ls005_v1~1054 X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=e43c7cecb055f8a78b22bb67260a8c2e3a84dbad;p=libreriscv.git --- diff --git a/openpower/sv/executive_summary.mdwn b/openpower/sv/executive_summary.mdwn index 8278f53e5..8bf6a42cf 100644 --- a/openpower/sv/executive_summary.mdwn +++ b/openpower/sv/executive_summary.mdwn @@ -24,17 +24,21 @@ All implementations regardless of back-end capability may execute the exact same binaries *(this is known to be extremely important to the Power ISA ecosystem)*. -Simple-V is **not RISC-V and is not RISC-V Vectors**. NEC SX Aurora, -RVV and Simple-V are all based on Cray-style Vectors hence the similarity, -the provision of a `setvl` instruction and why they are each called -"Scalable" Vectors because it is the `setvl` instruction that -presents the programmer with explicit control over Vector length. +Simple-V is **not RISC-V and is not RISC-V Vectors**. +[NEC SX Aurora](https://sxauroratsubasa.sakura.ne.jp/documents/guide/pdfs/Aurora_ISA_guide.pdf), +[RVV](https://github.com/riscv/riscv-v-spec/blob/master/v-spec.adoc), [Simple-V](https://ftp.libre-soc.org/simple_v_spec.pdf) and +[MRISC32](https://github.com/mrisc32/mrisc32) +are all based on Cray-style Scalable Vectors +of 30 years ago, hence the similarity, +the provision of a `setvl` instruction, and why they are each called +"Scalable" Vectors, because it is the `setvl` instruction that +presents the **programmer** with explicit control over Vector length. ARM NEON, AVX-512 and ARM SVE2 are all Predicated SIMD ISAs and -**do not provide Scalability to the Programmer** (SVE2 is **Silicon** +**do not provide Scalability to the Programmer**. SVE2 is **Silicon** Scalable, not **Programmer** Scalable: the distinction is profoundly -important). -For Predicated SIMD, Programmers must emulate scaling +important. +For Predicated SIMD, Programmers must emulate Cray-style scaling through explicit predicate masking, which increases instruction count in hot-loops.