diff options
| author | Andreas Arnez <arnez@linux.vnet.ibm.com> | 2018-07-13 12:46:14 +0200 |
|---|---|---|
| committer | Andreas Arnez <arnez@linux.vnet.ibm.com> | 2018-07-13 12:46:14 +0200 |
| commit | 5c1eda30f55e9c543de26fec0246f4d7655c81e4 (patch) | |
| tree | 95ba11284f4b465c4d5f13a6827d9e05e92ce753 /gdb/s390-tdep.c | |
| parent | a780ef4f27f8bc44082be81fdbee44bb11f1049c (diff) | |
| download | gdb-5c1eda30f55e9c543de26fec0246f4d7655c81e4.zip gdb-5c1eda30f55e9c543de26fec0246f4d7655c81e4.tar.gz gdb-5c1eda30f55e9c543de26fec0246f4d7655c81e4.tar.bz2 | |
S390: Fix displaced stepping of "basr r,0"
The BASR instruction behaves differently depending on whether the second
operand is a number from 1 to 15, or zero. In the former case BASR jumps
to the address contained in the general register of that number, but in
the latter case no jump is performed. GDB's displaced-stepping logic does
not distinguish these cases, although it should.
This is fixed. In the case where no jump is performed the PC is adjusted
to point back after the original instruction. Otherwise the PC is left
alone.
gdb/ChangeLog:
* s390-tdep.c (s390_displaced_step_fixup): Adjust PC for a
non-branching basr.
Diffstat (limited to 'gdb/s390-tdep.c')
| -rw-r--r-- | gdb/s390-tdep.c | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/gdb/s390-tdep.c b/gdb/s390-tdep.c index 77e64af..e962824 100644 --- a/gdb/s390-tdep.c +++ b/gdb/s390-tdep.c @@ -492,6 +492,9 @@ s390_displaced_step_fixup (struct gdbarch *gdbarch, /* Recompute saved return address in R1. */ regcache_cooked_write_unsigned (regs, S390_R0_REGNUM + r1, amode | (from + insnlen)); + /* Update PC iff the instruction doesn't actually branch. */ + if (insn[0] == op_basr && r2 == 0) + regcache_write_pc (regs, from + insnlen); } /* Handle absolute branch instructions. */ |