Hello,
the problem was solved by adding the following line to the board config
file:
adapter_nsrst_assert_width 40
This made the second srst period 40ms long, which is longer than the
required 35ms.
Now I am able to reflash my boards!
Thank you for your help!
Áron
2010-09-09 13:05 keltezéssel, Takács Áron írta:
>/ Hello,
/>/
/>/ I have connected the JTAGKey-Tiny directly to the Colibri board
/>/ (without buffers) as Marek suggested but the situation remained the
/>/ same. After 'reset' or 'flash info 0' I get the following error:
/>/
/>/ //> reset
/>/ JTAG tap: pxa270.cpu tap/device found: 0x79265013 (mfg: 0x009, part:
/>/ 0x9265, ver: 0x7)
/>/ Failed to receiving data from debug handler after 1000 attempts
/>/ time out writing RX register
/>/
/>/ > flash info 0
/>/ time out writing RX register
/>/ auto_probe failed -302
/>/
/>/ Command handler execution failed
/>/ in procedure 'flash'
/>/
/>/
/>/ I have checked the reset signals and I have seen the followings:
/>/ 0ms --- trst asserted (pulled down)
/>/ 1ms --- srst asserted
/>/ 2ms --- trst released
/>/ 251ms --- srst released
/>/ 551ms --- srst asserted
/>/ 553,2ms --- srst released
/>/
/>/ Is this normal?
/>/ I have also seen that after switching on the board and starting
/>/ openocd, the target it in 'unknown' state:
/>/
/>/
/>/ > targets
/>/ TargetName Type Endian TapName State
/>/ -- ------------------ ---------- ------ ------------------ ------------
/>/ 0* pxa270.cpu xscale little pxa270.cpu unknown
/>/
/>/ Thanks a lot for any ideas/hints!
/>/
/>/ Áron
/>/
/>/ I also changed for the git version of openocd (checked out on sep.
/>/ 07.) and compiled it with the debug option enabled.
/>/ 2010-09-06 10:33 keltezéssel, Marek Vasut írta:
/>>/ Dne Po 6. zár(í 2010 08:59:21 Takács Áron napsal(a):
/>>/
/>>>/ Thanky you, Marek!
/>>>/ Yes I use a Colibri board. Bypassing the buffers needs some HW hacking
/>>>/ but I'll try it. Thank you!
/>>>/
/>>>/
/>>/ Keep the DAMNED CC !!
/>>/
/>>/ You don't need any hardware hacking, you can just connect the jtag to
/>>/ the CPU
/>>/ card directly, check the Toradex datasheets and schematics for more
/>>/ details.
/>>/
/>>>/ Áron
/>>>/
/>>>/ 2010-09-06 08:53 keltezéssel, Marek Vasut írta:
/>>>/
/>>>>/ Dne Po 6. zár(í 2010 08:50:09 Takács Áron napsal(a):
/>>>>/
/>>>>>/ Hello,
/>>>>>/
/>>>>/ Hi, keep the CC please
/>>>>/
/>>>>/
/>>>>>/ thanks for the answers of Wookey and Marek!
/>>>>>/ You are right, marek, there are buffers on the board. I have tried to
/>>>>>/ increase the reset delays (jtag_nsrst_delay, jtag_ntrst_delay 250)
/>>>>>/ and
/>>>>>/ also the timeout value in xscale.c:409 and :499, but the situation
/>>>>>/ remained the same.
/>>>>>/ Any ideas what to try now? Thank you!
/>>>>>/
/>>>>/ You use colibri board, right? Either try a different JTAG adapter or
/>>>>/ connect yours directly to the CPU card (there's that white strap
/>>>>/ connecting the JTAG on the card to the board ... you can use that
/>>>>/ to tap
/>>>>/ directly on the CPU JTAG pins).
/>>>>/
/>>>>/ Cheers
/>>>>/
/>>>>/
/>>>>>/ Áron
/>>>>>/
/>>>>>/ 2010-09-03 21:44 keltezéssel, Marek Vasut írta:
/>>>>>/
/>>>>>>/ Dne Pá 3. zár(í 2010 16:46:59 Wookey napsal(a):
/>>>>>>/
/>>>>>>>/ +++ Takács Áron [2010-09-03 16:15 +0200]:
/>>>>>>>/
/>>>>>>>>/ Hi,
/>>>>>>>>/
/>>>>>>>>/ I want to use openocd to reflash PXA270 board (Colibri by
/>>>>>>>>/ Toradex). I
/>>>>>>>>/ am using JTAGKey-Tiny interface (by Amontec). I can connect the
/>>>>>>>>/ board
/>>>>>>>>/ but I always get the error message:
/>>>>>>>>/ 'time out writing RX register'. Here is the output for 'reset' and
/>>>>>>>>/
/>>>>>>>/
/>>>>>>>>/ 'flash info 0':
/>>>>>>>>/
/>>>>>>>/ We've used openocd with amontec jtagkey-tiny and pxa270
/>>>>>>>/ (balloonboard)
/>>>>>>>/ successfully for some time now. It works since 0.3.1 and is also
/>>>>>>>/ fine
/>>>>>>>/ with 0.4. You might find it useful to compare your config with
/>>>>>>>/ ours:
/>>>>>>>/ http://balloonboard.org/trac/browser/balloon/trunk/utils/openocd
/>>>>>>>/
/>>>>>>>/ we have at least one extra pxa CPUID which should be upstreamed:
/>>>>>>>/ http://balloonboard.org/trac/browser/balloon/trunk/utils/openocd/targe
/>>>>>>>/
/>>>>>>>/ t/ pxa 270updated.cfg
/>>>>>>>/
/>>>>>>>/ but that's not going to make any difference, assuming you are
/>>>>>>>/ seeing
/>>>>>>>/ the device.
/>>>>>>>/
/>>>>>>>/ The rest of the config looks OK to me, but I only checked quickly
/>>>>>>>/
/>>>>>>/ It might be the colibri board buffer logic that causes trouble.
/>>>>>>/ There
/>>>>>>/ are additional buffers on the baseboard.
/>>>>>>/
/>>>>>>/ I use a custom FT2232 based dongle compatible with amontec
/>>>>>>/ jtagkey, but
/>>>>>>/ I heard people had trouble with original amontec dongles and colibri
/>>>>>>/ boards.
/>>>>>>/
/>>>>>>/
/>>>>>>>>/ > reset
/>>>>>>>>/
/>>>>>>>>/ JTAG tap: pxa270.cpu tap/device found: 0x79265013 (mfg: 0x009,
/>>>>>>>>/ part:
/>>>>>>>>/ 0x9265, ver: 0x7)
/>>>>>>>>/ Failed to receiving data from debug handler after 1000 attempts
/>>>>>>>>/ time out writing RX register
/>>>>>>>>/
/>>>>>>>>/
/>>>>>>>>/ # set jtag_nsrst_delay to the delay introduced by your reset
/>>>>>>>>/ circuit
/>>>>>>>>/ # the rest of the needed delays are built into the openocd program
/>>>>>>>>/ jtag_nsrst_delay 260
/>>>>>>>>/ # set the jtag_ntrst_delay to the delay introduced by a reset
/>>>>>>>>/ circuit
/>>>>>>>>/ # the rest of the needed delays are built into the openocd program
/>>>>>>>>/ jtag_ntrst_delay 250
/>>>>>>>>/
/>>>>>>>/ Try upping these numbers? I know that Marvell parts have different
/>>>>>>>/ timing to Intel parts in reset. Bit of a long short but worth a
/>>>>>>>/ try.
/>>>>>>>/
/>>>>>>>/
/>>>>>>>/ Wookey
/
