On Thu, 6 Oct 2011 23:07:44 +0200 Andreas Fritiofson <[email protected]> wrote:
> That log doesn't show that OpenOCD hangs after accessing flash. The "Flash
> bank access DONE" part is wrong, the flash bank has only been set up in
> OpenOCD, there hasn't been any communication with the target yet.
Oops, ok a misinterpretation on my side.
> It obviously hangs during init, which could mean just about anything. It's
> impossible to tell without a debug log (-d3).
I strippped the script down to what is needed.
And get the following output, using current git master/HEAD:
---schnipp---
# src/openocd -f /tmp/armusbocd.script
Open On-Chip Debugger 0.6.0-dev-00090-gda8ce5f (2011-10-07-14:09)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.berlios.de/doc/doxygen/bugs.html
Info : only one transport option; autoselect 'jtag'
15 kHz
trst_only separate trst_push_pull
target created
Flash bank access DONE
Info : clock speed 15 kHz
Info : JTAG tap: sam3n.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part:
0xba00, ver: 0x4)
Info : sam3n.cpu: hardware has 6 breakpoints, 4 watchpoints
post init
---schnapp---
A -d3 output is attached.
The bt is this:
---schnipp---
(gdb) bt
#0 0xb7fe2424 in __kernel_vsyscall ()
#1 0xb7f1fc3d in select () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
#2 0xb7fb72be in ?? () from /lib/i386-linux-gnu/libusb-0.1.so.4
#3 0xb7fc1315 in ftdi_read_data () from /usr/lib/i386-linux-gnu/libftdi.so.1
#4 0x08081dc9 in ft2232_read (buf=0xb7e38008
"\202\t\017K\003\003\033\002\vK\002\203K\002\001\031\003", size=12,
bytes_read=0xbffff02c) at ft2232.c:575
#5 0x08082098 in ft2232_send_and_recv (first=0xb7d37008, last=0x0) at
ft2232.c:844
#6 0x08085691 in ft2232_execute_queue () at ft2232.c:2136
#7 0x08050e5d in interface_jtag_execute_queue () at driver.c:485
#8 0x0804e77f in jtag_execute_queue_noclear () at core.c:835
#9 0x0804e858 in jtag_execute_queue () at core.c:854
#10 0x080ae475 in jtagdp_transaction_endcheck (dap=0x81d03ec) at
adi_v5_jtag.c:226
#11 jtag_dp_run (dap=0x81d03ec) at adi_v5_jtag.c:435
#12 0x080e43c7 in cortex_m3_poll (target=0x81cf290) at cortex_m3.c:536
#13 0x08064c82 in target_poll (target=0x81cf290) at target.c:453
#14 0x080658cb in handle_target (priv=0x81b1028) at target.c:1999
#15 handle_target (priv=0x81b1028) at target.c:1916
#16 0x0805c77b in target_call_timer_callback (now=0xbffff268, cb=0x81d6b38) at
target.c:1147
#17 target_call_timer_callbacks_check_time (checktime=1) at target.c:1176
#18 0x08071f4b in server_loop (command_context=0x81b1008) at server.c:433
#19 0x0804b9ac in openocd_thread (cmd_ctx=0x81b1008, argv=0xbffff464, argc=3)
at openocd.c:306
#20 openocd_main (argc=3, argv=0xbffff464) at openocd.c:339
#21 0x0804b275 in main (argc=3, argv=0xbffff464) at main.c:42
---schnapp---
Any help would be appreciated
Attila Kinali
--
The trouble with you, Shev, is you don't say anything until you've saved
up a whole truckload of damned heavy brick arguments and then you dump
them all out and never look at the bleeding body mangled beneath the heap
-- Tirin, The Dispossessed, U. Le Guin
armusbocd.script
Description: Binary data
armusbocd.out.d3
Description: Binary data
_______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
