[J-core] qemu updates / roadmap
Christopher Friedt
chrisfriedt at gmail.com
Tue May 17 14:49:19 EDT 2016
Usually the simplest explanation tends to be the right one :P
The value of -117 is never actually written to the memory location @r1
┌──Register group: general─────────────────────────────────────────────────────┐
│r0 0xffffff8b -117 │
│r1 0x6d90 28048 │
│r2 0x0 0 │
│r3 0x0 0 │
│r4 0x0 0 │
│r5 0x0 0 │
│r6 0x0 0 │
│r7 0x0 0 │
│r8 0x0 0 │
┌───────────────────────────────────────────────────────────────────────────┐
│0x3ac6 <_testgo+2> mov.l 0x3e40 <pram0>,r1 ! 0x6d90 <ram0+128> │
│0x3ac8 <_testgo+4> mov.l r0, at r1 │
│0x3aca <_testgo+6> nop │
>│0x3acc <_testgo+8> bra 0x3ad0 <_bracont> │
│0x3ace <_testgo+10> mov.l @r1,r2 │
│0x3ad0 <_bracont> mov #-4,r1 │
│0x3ad2 <_bracont+2> and r1,r2 │
│0x3ad4 <_bracont+4> mov r2,r0 │
│0x3ad6 <_bracont+6> cmp/eq #-120,r0 │
└───────────────────────────────────────────────────────────────────────────┘
remote Thread 1 In: _testgo L?? PC: 0x3acc
(gdb) layout reg
(gdb) stepi
0x00003ac8 in _testgo ()
0x00003aca in _testgo ()
(gdb) p /x *((uint32_t *) 0x6d90)
$1 = 0x0
(gdb) stepi
0x00003acc in _testgo ()
(gdb) p /x *((uint32_t *) 0x6d90)
$2 = 0x0
(gdb)
More information about the J-core
mailing list