On Tue, Feb 16, 2010 at 3:17 PM, David Brownell <[email protected]> wrote:
> On Monday 15 February 2010, Freddie Chopin wrote:
>> I wonder whether that would work as fast as ftd2xx... I see that there
>> won't be support for isochronous transfers, and I've heard somewhere
>> that this is important for applications like OpenOCD?
>
> There's no OpenOCD code I've seen that requests isochronous transfers.
>
> Using isochronous transfers for JTAG would be a Bad Idea. Among
> other things, they don't have the same robustness guarantess as
> bulk transfers. Bulk has at least a way to retransmit after
> errors ... ISO is only "best efforts".
>
So I just built libftdi 1.0 from git and tested it under Ubuntu 9.10
32bit with OpenOCD.
But I will compare with the same build with libftdi-0.17.
mc...@ubuntu:~/Desktop/build/openocd/lm3s1968$ openocd -f ek-lm3s1968_ver4.cfg
Open On-Chip Debugger 0.4.0-rc2-dev-00007-g3f30563 (2010-02-19-21:52)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.berlios.de/doc/doxygen/bugs.html
3000 kHz
jtag_nsrst_delay: 100
srst_only separate srst_gates_jtag srst_open_drain
Info : clock speed 3000 kHz
Info : JTAG tap: lm3s1968.cpu tap/device found: 0x3ba00477 (mfg:
0x23b, part: 0xba00, ver: 0x3)
Info : lm3s1968.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : accepting 'telnet' connection from 0
Info : JTAG tap: lm3s1968.cpu tap/device found: 0x3ba00477 (mfg:
0x23b, part: 0xba00, ver: 0x3)
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x0001dfdc msp: 0x20000200
flash 'stellaris' found at 0x00000000
auto erase enabled
Warn : not enough working area available(requested 8192, free 8152)
wrote 121856 bytes from file
./StellarisWare/boards/ek-lm3s1968/qs_ek-lm3s1968/gcc/qs_ek-lm3s1968.bin
in 10.279409s (11.577 kb/s)
Info : JTAG tap: lm3s1968.cpu tap/device found: 0x3ba00477 (mfg:
0x23b, part: 0xba00, ver: 0x3)
It seems to be faster (almost double) than last time I tested
OpenOCD with EK-LM3s1968's on-board FT2232D based
debugger (SVN2578, post 0.20).
--
Xiaofan http://mcuee.blogspot.com
_______________________________________________
Openocd-development mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/openocd-development
