aboutsummaryrefslogtreecommitdiff
path: root/sim/bfin
diff options
context:
space:
mode:
authorMike Frysinger <vapier@gentoo.org>2013-06-24 02:06:32 +0000
committerMike Frysinger <vapier@gentoo.org>2013-06-24 02:06:32 +0000
commit48a938971023f56aea9ecf84ab5493493b3b9875 (patch)
tree3b38120f70da05ff04040d5a277bdbd97558506d /sim/bfin
parent03dccef1ab1bec35876541546dba6fa80cba44d8 (diff)
downloadgdb-48a938971023f56aea9ecf84ab5493493b3b9875.zip
gdb-48a938971023f56aea9ecf84ab5493493b3b9875.tar.gz
gdb-48a938971023f56aea9ecf84ab5493493b3b9875.tar.bz2
sim: bfin: note missing parallel handling of SEARCH
The SEARCH insn is an oddball when it comes to parallel usage. It places a big limit on what other insns it can run in parallel with, but we don't currently track the amount of state needed to verify this (since no other insn really requires this). Add a note for now in case we get around to it.
Diffstat (limited to 'sim/bfin')
-rw-r--r--sim/bfin/ChangeLog5
-rw-r--r--sim/bfin/bfin-sim.c13
2 files changed, 18 insertions, 0 deletions
diff --git a/sim/bfin/ChangeLog b/sim/bfin/ChangeLog
index 17a75f1..343a891 100644
--- a/sim/bfin/ChangeLog
+++ b/sim/bfin/ChangeLog
@@ -1,5 +1,10 @@
2013-06-23 Mike Frysinger <vapier@gentoo.org>
+ * bfin-sim.c (decode_dsp32alu_0): Add note about broken handling of
+ SEARCH with parallel insns.
+
+2013-06-23 Mike Frysinger <vapier@gentoo.org>
+
* bfin-sim.c (decode_dsp32shift_0): Make sure HLs is 0 after last
insn that uses it.
(decode_dsp32shiftimm_0): Likewise.
diff --git a/sim/bfin/bfin-sim.c b/sim/bfin/bfin-sim.c
index 90e0910..484c480 100644
--- a/sim/bfin/bfin-sim.c
+++ b/sim/bfin/bfin-sim.c
@@ -5148,6 +5148,19 @@ decode_dsp32alu_0 (SIM_CPU *cpu, bu16 iw0, bu16 iw1)
TRACE_INSN (cpu, "(R%i, R%i) = SEARCH R%i (%s);",
dst1, dst0, src0, searchmodes[aop]);
+ /* XXX: The parallel version is a bit weird in its limits:
+
+ This instruction can be issued in parallel with the combination of one
+ 16-bit length load instruction to the P0 register and one 16-bit NOP.
+ No other instructions can be issued in parallel with the Vector Search
+ instruction. Note the following legal and illegal forms.
+ (r1, r0) = search r2 (LT) || r2 = [p0++p3]; // ILLEGAL
+ (r1, r0) = search r2 (LT) || r2 = [p0++]; // LEGAL
+ (r1, r0) = search r2 (LT) || r2 = [p0++]; // LEGAL
+
+ Unfortunately, our parallel insn state doesn't (currently) track enough
+ details to be able to check this. */
+
if (dst0 == dst1)
illegal_instruction_combination (cpu);