Okay, I've tracked it down to this instruction:
(gdb) disassemble /r $pc,+8
Dump of assembler code from 0x311320 to 0x311328:
=> 0x00311320 <__sfvwrite_r+44>: 23 28 a0 e1 lsr r2, r3, #16
0x00311324 <__sfvwrite_r+48>: 20 00 00 0a beq 0x3113ac
<__sfvwrite_r+184>
End of assembler dump.
When I step-instruction over 0x311320 I end up at address 0x10. What is it
about the instruction 0xE1A02823 that causes this sync. abort to occur?
Just before...
=> 0x311320 <__sfvwrite_r+44>: lsr r2, r3, #16
3: $lr = (void (*)()) 0x30fa04 <__sprint_r.part.0+168>
2: $sp = (void *) 0x31fc88
1: x/i $pc
=> 0x311320 <__sfvwrite_r+44>: lsr r2, r3, #16
(gdb) si
0x00000010 in ?? ()
4: x/i $pc
=> 0x10: b 0x10
3: $lr = (void (*)()) 0x311328 <__sfvwrite_r+52>
2: $sp = (void *) 0x320000 <---------- This is the top of stack
1: x/i $pc
=> 0x10: b 0x10
Just after.
Thanks,
- Mark
On Fri, Jan 23, 2015 at 3:25 PM, Mark Odell <[email protected]> wrote:
> Debug: 865 9432 cortex_a.c:2283 cortex_a_read_apb_ab_memory(): Reading
> APB-AP memory address 0xe1520001 size 1 count1
> Debug: 866 9433 cortex_a.c:292 cortex_a_exec_opcode(): exec opcode
> 0xee100e15
> Debug: 867 9433 cortex_a.c:292 cortex_a_exec_opcode(): exec opcode
> 0xe4d01001
> Debug: 868 9434 cortex_a.c:292 cortex_a_exec_opcode(): exec opcode
> 0xee001e15
> Error: 869 9434 cortex_a.c:2345 cortex_a_read_apb_ab_memory(): abort
> occurred - dscr = 0x03086043
>
> Does this abort mean anything to anyone? If I run the
> Segger/JLinkGDBServer combo and then re-run my OpenOCD/Jlink combo
> everything is fine until I power cycle the chip. What could Segger do that
> sets the chip up to prevent this error from happening with subsequent
> OpenOCD runs?
>
> Thanks,
>
> - Mark
>
--
--
- Mark
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel
