(no commit message)
authorlkcl <lkcl@web>
Thu, 7 Sep 2023 11:02:56 +0000 (12:02 +0100)
committerIkiWiki <ikiwiki.info>
Thu, 7 Sep 2023 11:02:56 +0000 (12:02 +0100)
openpower/sv/po9_encoding/discussion.mdwn

index ccf780d34e348c31ad88af4e1cd35b103609be59..5891b59acc910abe473ae12e47c591efb374bb7b 100644 (file)
@@ -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**. <a name="#sv_po9_ext2xx" />
+
 # **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**  <a name="#sv_po9_ext2xx" />
 
 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