(no commit message)

diff --git a/openpower/sv/16_bit_compressed.mdwn b/openpower/sv/16_bit_compressed.mdwn
index a46989fd92f12ad22ec411413bcde92a9a0dd136..23fea6b9fd73a8667ff3d277cdfa001acc8d4141 100644 (file)
--- a/openpower/sv/16_bit_compressed.mdwn
+++ b/openpower/sv/16_bit_compressed.mdwn
@@ -830,6 +830,7 @@ At this phase, knowing that the length is 16bit and the mode is either 10b or 16
         if N == 1 and M == 1:
             decode_16bit_immed_mode(insn)
         else:
+            # see immediate opcodes table
             decode_16bit_nonimmed_mode(insn)
 
 From this point onwards each of the decode_xx functions perform straightforward combinatorial decoding of the 16 bits of "insn".  In sone cases this involves further analysis of bit 1, in some cases (Cmaj.m = 0b010.1) even further deep-dive decoding is required (CR ops).  *All* of it is entirely combinatorial and at **no time** involves changing of, or interaction with, or disruption of, the Phase 1 determination of Length+Mode (that has *already taken place* in an earlier decoding pipeline time-schedule)