From: lkcl <lkcl@web>
Date: Fri, 6 May 2022 22:03:05 +0000 (+0100)
Subject: (no commit message)
X-Git-Tag: opf_rfc_ls005_v1~2351
X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=9cbc98cba05da01370a4d2e3ea79475a25a61f10;p=libreriscv.git

---

diff --git a/openpower/sv/SimpleV_rationale.mdwn b/openpower/sv/SimpleV_rationale.mdwn
index 848c2e8c4..c3aa46bda 100644
--- a/openpower/sv/SimpleV_rationale.mdwn
+++ b/openpower/sv/SimpleV_rationale.mdwn
@@ -750,4 +750,26 @@ compilers? As intrinsics: of course. Can it become part of auto-vectorisation? P
 if an infinite supply of money and engineering time is thrown at it.
 Is a half-way-house solution of compiler intrinsics good enough?
 Intel, ARM, MIPS, Power ISA and RISC-V have all already said "yes" on that,
-for several decades, and advanced programmers are comfortable with it.
+for several decades, and advanced programmers are comfortable with the
+practice.
+
+**Roadmap summary of Advanced SVP64**
+
+The future direction for SVP64, then, is:
+
+* To overcome its current limitation of REMAP Schedules being
+  restricted to Register Files, leveraging the Snitch-style
+  register interception "tagging" technique.
+* To adopt ZOLC and merge REMAP Schedules into ZOLC
+* To bring OpenCAPI Memory Access into ZOLC as a first-level
+  concept that mirrors Snitch's Coherent Memory interception
+* To add the Graph-Node Walking Capability of Extra-V
+  to ZOLC / SVREMAP
+* To make it possible, in a combination of hardware and software,
+  to easily identify ZOLC / SVREMAP Blocks
+  that may be transparently pushed down closer to Memory, for
+  localised distributed parallel execution, by OpenCAPI-aware PEs,
+  exploiting both the Deterministic nature of ZOLC / SVREMAP
+  combined with the Cache-Coherent nature of OpenCAPI,
+  to the maximum extent possible.
+