diff options
author | Michael Ellerman <mpe@ellerman.id.au> | 2018-07-16 23:52:14 +1000 |
---|---|---|
committer | Michael Ellerman <mpe@ellerman.id.au> | 2018-07-17 21:18:14 +1000 |
commit | 941d810725ad48cc21948f4cff8cf70fa2a67cf9 (patch) | |
tree | c2d012f87491d0f3637b9e61cb7eb93f3f603b8b /Documentation/parisc | |
parent | 021c91791a5e7e85c567452f1be3e4c2c6cb6063 (diff) | |
download | linux-stable-941d810725ad48cc21948f4cff8cf70fa2a67cf9.tar.gz linux-stable-941d810725ad48cc21948f4cff8cf70fa2a67cf9.tar.bz2 linux-stable-941d810725ad48cc21948f4cff8cf70fa2a67cf9.zip |
powerpc/xmon: Fix disassembly since printf changes
The recent change to add printf annotations to xmon inadvertently made
the disassembly output ugly, eg:
c00000002001e058 7ee00026 mfcr r23
c00000002001e05c fffffffffae101a0 std r23,416(r1)
c00000002001e060 fffffffff8230000 std r1,0(r3)
The problem being that negative 32-bit values are being displayed in
full 64-bits.
The printf conversion was actually correct, we are passing unsigned
long so it should use "lx". But powerpc instructions are only 4 bytes
and the code only reads 4 bytes, so inst should really just be
unsigned int, and that also fixes the printing to look the way we
want:
c00000002001e058 7ee00026 mfcr r23
c00000002001e05c fae101a0 std r23,416(r1)
c00000002001e060 f8230000 std r1,0(r3)
Fixes: e70d8f55268b ("powerpc/xmon: Add __printf annotation to xmon_printf()")
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'Documentation/parisc')
0 files changed, 0 insertions, 0 deletions