X-Git-Url: https://review.openocd.org/gitweb?a=blobdiff_plain;f=TODO;h=a57ed248f085830dd88229e8ebc7150816478d6e;hb=ed1e45b3887f89655c2475f45149f6dad14c0e0c;hp=7301e981f8c1fc40f1d49cc1a7068560b9989522;hpb=f6a29d438e2770c7c54f30cb5e80141a0d70146e;p=openocd.git diff --git a/TODO b/TODO index 7301e981f8..a57ed248f0 100644 --- a/TODO +++ b/TODO @@ -23,6 +23,10 @@ This section provides possible things to improve with OpenOCD's TCL support. - provide more directory structure for boards/targets? - factor configurations into layers (encapsulation and re-use) +- Fix handling of variables between multiple command line "-c" and "-f" + parameters. Currently variables assigned through one such parameter + command/script are unset before the next one is invoked. + - Isolate all TCL command support: - Pure C CLI implementations using --disable-builtin-tcl. - Allow developers to build new dongles using OpenOCD's JTAG core. @@ -60,6 +64,22 @@ The following tasks have been suggested for adding new core JTAG support: @subsection thelistjtaginterfaces JTAG Interfaces +There are some known bugs to fix in JTAG adapter drivers: + +- For JTAG_STATEMOVE to TAP_RESET, all drivers must ignore the current + recorded state. The tap_get_state() call won't necessarily return + the correct value, especially at server startup. Fix is easy: in + that case, always issue five clocks with TMS high. + - amt_jtagaccel.c + - arm-jtag-ew.c + - bitbang.c + - bitq.c + - gw16012.c + - jlink.c + - usbprog.c + - vsllink.c + - rlink/rlink.c + The following tasks have been suggeted for improving OpenOCD's JTAG interface support: @@ -69,7 +89,7 @@ interface support: - J-Link driver: - fix to work with long scan chains, such as R.Doss's svf test. - FT2232 (libftdi): - - make performance comparable to alternatives + - make performance comparable to alternatives (on Win32, D2XX is faster) - make usability comparable to alternatives The following tasks have been suggested for adding new JTAG interfaces: @@ -105,23 +125,22 @@ Once the above are completed: - general layer cleanup: @par https://lists.berlios.de/pipermail/openocd-development/2009-May/006590.html -- regression: xscale does not place debug_handler.bin into the right spot. workaround: - use -s option on command line to place xscale/debug_handler.bin in search path @par - https://lists.berlios.de/pipermail/openocd-development/2009-July/009338.html - bug: either USBprog is broken with new tms sequence or there is a general problem with XScale and the new tms sequence. Workaround: use "tms_sequence long" @par https://lists.berlios.de/pipermail/openocd-development/2009-July/009426.html - regression: "reset halt" between 729(works) and 788(fails): @par https://lists.berlios.de/pipermail/openocd-development/2009-July/009206.html +- ARM7/9: + - add reset option to allow programming embedded ice while srst is asserted. + Some CPUs will gate the JTAG clock when srst is asserted and in this case, + it is necessary to program embedded ice and then assert srst afterwards. - ARM923EJS: - reset run/halt/step is not robust; needs testing to map out problems. - ARM11 improvements (MB?) - - fix single stepping (reported by ØH). Need to automatically + - add support for asserting srst to reset the core. + - Single stepping works, but should automatically use hardware stepping if available. - - hunt down and add timeouts to all infinite loops, e.g. arm11_run_instr_no_data would - lock up in infinite loop if e.g. an "mdh" command tries to read memory from invalid memory location. - Try mdh 0x40000000 on i.MX31 PDK - mdb can return garbage data if read byte operation fails for a memory region(16 & 32 byte access modes may be supported). Is this a bug in the .MX31 PDK init script? Try on i.MX31 PDK: @@ -294,3 +313,4 @@ to complete: /** @file This file contains the @ref thelist page. */ +