From: lkcl <lkcl@web>
Date: Sun, 9 Oct 2022 21:28:37 +0000 (+0100)
Subject: (no commit message)
X-Git-Tag: opf_rfc_ls005_v1~122
X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;h=ad4f26622d19876b283fc285524975bc240c8e3a;p=libreriscv.git

---

diff --git a/openpower/sv/rfc/ls002/discussion.mdwn b/openpower/sv/rfc/ls002/discussion.mdwn
index 61d066db1..7abd96221 100644
--- a/openpower/sv/rfc/ls002/discussion.mdwn
+++ b/openpower/sv/rfc/ls002/discussion.mdwn
@@ -108,6 +108,8 @@ and `pflis` would fill in an FP32 in exactly the same amount
 of space, making it a redundant encoding.  this just leaves the
 purpose of `pfishmv` to be to extend (fill) an FP32 out to an FP64.
 
+that said: the next phase of whether it is worthwhile is to count the
+I/D-Cache usage.
 the analysis counting instructions and D-Cache Loads actually shows
 that whilst the initial idea for `pfishmv` would be to fill in the
 remaining mantissa and high exponent bits to complete a full FP64,