On Monday 01 November 2010 10:37:41 Moshe Artzi wrote: > Hi marek, > > The u-boot is working for me (by nand the uboot image and not by the ram) > with this config: > > Openocd.cfg > ************************************************************* > source [find interface/jtagkey-tiny.cfg] > > # Change the default telnet port... > telnet_port 4444 > > source [find board/colibri_pxa320.cfg] > jtag_khz 2000 > reset_config none combined > > ************************************************************* > > The reset_config parameter in "none" value did the trick for me and let me > probe the nand ! > > I'm using: > > * Amontec Jtagkey-tiny > * Toradex colibri pxa320 > * colibri evaluation board Rev 2.1 > * Open OCD 0.5.0 > > Thank You very much for the support. > > Moshe Artzi. > > > -----Original Message----- > From: Marek Vasut [mailto:marek.va...@gmail.com] > Sent: Monday, October 25, 2010 10:29 PM > To: Moshe Artzi > Cc: 'Takács Áron'; 'Gena Chap'; openpxa-us...@lists.sourceforge.net; > openocd-development@lists.berlios.de; 'Øyvind Harboe' Subject: Re: "Failed > to receiving data from debug handler after 1000" - using jtag-tiny with > colibri PXA320 > > On Monday 25 October 2010 11:38:53 Moshe Artzi wrote: > > Hi Marek, > > > > Sorry for the interrupt but, > > I'm still can't make this thing work..... > > > > After nand the image I get this error: > > "Failed to receiving data from debug handler after 1000 attempts Command > > handler execution failed in procedure 'resume'" > > > > From my understanding, this is timing issue between the PXA320 and the > > Jtag but, I can't find the parameter/s that can cause this problem. > > > > > > Here is command line session print screen: > > > > Open On-Chip Debugger 0.5.0-dev-snapshot (2010-10-25-09:14) > > Licensed under GNU GPL v2 > > For bug reports, read > > http://openocd.berlios.de/doc/doxygen/bugs.html > > Info : only one transport option; autoselect 'jtag' > > adapter_nsrst_delay: 260 > > jtag_ntrst_delay: 250 > > Info : colibri_pxa320.cpu: hardware has 2 breakpoints and 2 watchpoints > > adapter_nsrst_delay: 2000 > > trst_and_srst separate srst_gates_jtag trst_push_pull srst_open_drain > > 200 kHz > > Info : device: 4 "2232C" > > Info : deviceID: 67358712 > > Info : SerialNumber: T1TA5HKBA > > Info : Description: Amontec JTAGkey A > > Info : clock speed 200 kHz > > Info : JTAG tap: colibri_pxa320.cpu tap/device found: 0x7e642013 (mfg: > > 0x009, part: 0xe642, ver: 0x7) Info : accepting 'telnet' connection from > > 4444 > > Info : JTAG tap: colibri_pxa320.cpu tap/device found: 0x7e642013 (mfg: > > 0x009, part: 0xe642, ver: 0x7) target state: halted > > target halted in ARM state due to debug-request, current mode: Supervisor > > cpsr: 0xf80000d3 pc: 0x00000000 > > MMU: disabled, D-Cache: disabled, I-Cache: disabled > > (processor reset) > > 1472 bytes written at address 0x5c040000 > > downloaded 1472 bytes in 0.094000s (15.293 KiB/s) > > Error: Failed to receiving data from debug handler after 1000 attempts > > Command handler execution failed > > in procedure 'resume' > > > > > > Here is telnet session print screen: > > > > Open On-Chip Debugger > > > > > reset halt ;load_image iplntim.bin 0x5c040000 ;resume 0x5c040000 > > > > JTAG tap: colibri_pxa320.cpu tap/device found: 0x7e642013 (mfg: 0x009, > > part: 0xe642, ver: 0x7) target state: halted > > target halted in ARM state due to debug-request, current mode: Supervisor > > cpsr: 0xf80000d3 pc: 0x00000000 > > MMU: disabled, D-Cache: disabled, I-Cache: disabled > > (processor reset) > > 1472 bytes written at address 0x5c040000 > > downloaded 1472 bytes in 0.094000s (15.293 KiB/s) > > Failed to receiving data from debug handler after 1000 attempts > > Command handler execution failed > > in procedure 'resume' > > > > > > I'm getting frustrated !!! ;( > > Hey, sorry ... I really don't know how to help you. It looks like the core > halted, but it won't start at the specified address. > > For me, it always helped to powerdown and power-up the board. > > Sorry once again > > > Any assist will be blessed, > > > > Thanks, > > > > Moshe.
That's good to hear :) I'll test it myself and then ask Oyvind to merge your patch into OpenOCD. Cheers _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
