From f77bf5f675627a39e4b2ffe97360903f51f26e4e Mon Sep 17 00:00:00 2001 From: lkcl Date: Mon, 30 Nov 2020 18:48:34 +0000 Subject: [PATCH] --- openpower/sv/16_bit_compressed.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/openpower/sv/16_bit_compressed.mdwn b/openpower/sv/16_bit_compressed.mdwn index 303dc045a..17d6392c6 100644 --- a/openpower/sv/16_bit_compressed.mdwn +++ b/openpower/sv/16_bit_compressed.mdwn @@ -832,7 +832,7 @@ At this phase, knowing that the length is 16bit and the mode is either 10b or 16 else: decode_16bit_nonimmed_mode(insn) -From this point onwards each of the decode_* 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) +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) ## Demo of encoding that's backward-compatible with PowerISA v3.1 in both LE and BE mode -- 2.30.2