From 2f718c47900b8026288607abd74a72c4cb374ce1 Mon Sep 17 00:00:00 2001 From: lkcl Date: Thu, 7 Sep 2023 12:02:56 +0100 Subject: [PATCH] --- openpower/sv/po9_encoding/discussion.mdwn | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/openpower/sv/po9_encoding/discussion.mdwn b/openpower/sv/po9_encoding/discussion.mdwn index ccf780d34..5891b59ac 100644 --- a/openpower/sv/po9_encoding/discussion.mdwn +++ b/openpower/sv/po9_encoding/discussion.mdwn @@ -11,6 +11,10 @@ a specific view to attaining high-speed massive-wide multi-issue decode is a high priority. therefore especially length-detection must be kept brutally simple. +**All evaluations point towards the original encoding proposed in the +very first revision of [[ls001]] as it is clear that all other decoders +are far too complex**. + # **superseded** alternative 32-64 encoding (1) conflict to resolve: EXT90x and EXT232. they are indistinguishable. @@ -102,7 +106,7 @@ Length detection: else return 64 ``` -# alternative hybrid 32-64 encoding (3) **current** +# **revoked** alternative hybrid 32-64 encoding (3) aim of this idea is to attempt simplification of area identification and length. the 55-bit area is eliminated and may only be reintroduced @@ -272,7 +276,7 @@ test. Only EXT000-063 is not by a "process of elimination" (if ... return True) return True ``` -# alternative **no 32 encoding** 64-bit only (4) **current** +# alternative **no 32 encoding** 64-bit only (4) **current** this idea gets even simpler. the 55-bit area is eliminated and may only be reintroduced by sacrificing parts of EXT200-263. however doing so **WILL** damage -- 2.30.2