gdb can't disassemble LDD/STD

[vineetgarc]

When debugging with qemu target, gdb can't seem to disassemble LDD/STD instructions. Not sure this is a QEMU side issue or gdb itself.

Hardware watchpoint 1: *(unsigned char *)0xbd80f23f
Old value = 0 '\000'
New value = 8 '\b'
0x80f00e90 in memcpy ()
(gdb) display/i $pc
1: x/i $pc
=> 0x80f00e90 <memcpy+12>:	.word	0x11080586

The code at that location

80f00e84 <memcpy>:
80f00e84:	mov	r3,r0
80f00e88:	lsr.f	lp_count,r2,0x5
80f00e8c:	lpne	0x24	;80f00eb0 <memcpy+0x2c>
80f00e90:	ldd.ab	r6r7,[r1,8]
80f00e94:	ldd.ab	r8r9,[r1,8]
80f00e98:	ldd.ab	r10r11,[r1,8]
80f00e9c:	ldd.ab	r4r5,[r1,8]
80f00ea0:	std.ab	r6r7,[r3,8]
80f00ea4:	std.ab	r8r9,[r3,8]
80f00ea8:	std.ab	r10r11,[r3,8]
80f00eac:	std.ab	r4r5,[r3,8]
80f00eb0:	and.f	lp_count,r2,0x1f
80f00eb4:	lpne	0xc	;80f00ec0 <memcpy+0x3c>
80f00eb8:	ldb.ab	r5,[r1,1]
80f00ebc:	stb.ab	r5,[r3,1]
80f00ec0:	j	[blink]

[shahab-vahedi]

This is a side effect of issue #43

Once #50 is implemented the user can override this shortage manually.

[vineetgarc]

Even if this is a side-effect of some other issue - it is an independent issue which I'd like to keep open until that is resolved and I verify that to be the case.