Update TODO list to relect 0.2.0 release.
git-svn-id: svn://svn.berlios.de/openocd/trunk@2442 b42882b7-edfa-0310-969c-e2dbd0fdcd60__archive__
parent
3731bc5877
commit
44f72dbdb2
71
TODO
71
TODO
|
@ -5,13 +5,6 @@ by the OpenOCD community.
|
||||||
|
|
||||||
@section thelist The List
|
@section thelist The List
|
||||||
|
|
||||||
Items with a current patch available should include a link to its
|
|
||||||
posting on the openocd-developer mailing list archives.
|
|
||||||
|
|
||||||
Some items may be in progress, usually indicated by the individual whose
|
|
||||||
initials in parentheses following it. A key for decoding these initials
|
|
||||||
appears after The List.
|
|
||||||
|
|
||||||
Most items are open for the taking, but please post to the mailing list
|
Most items are open for the taking, but please post to the mailing list
|
||||||
before spending much time working on anything lists here. The community
|
before spending much time working on anything lists here. The community
|
||||||
may have evolved an idea since it was added here.
|
may have evolved an idea since it was added here.
|
||||||
|
@ -33,6 +26,8 @@ This section provides possible things to improve with OpenOCD's TCL support.
|
||||||
above rely heavily on scripting event mechanisms.
|
above rely heavily on scripting event mechanisms.
|
||||||
- Allow full TCL support? add --with-tcl=/path/to/installed/tcl
|
- Allow full TCL support? add --with-tcl=/path/to/installed/tcl
|
||||||
- Move TCL support out of foo.[ch] and into foo_tcl.[ch] (other ideas?)
|
- Move TCL support out of foo.[ch] and into foo_tcl.[ch] (other ideas?)
|
||||||
|
- See src/jtag/core.c and src/jtag/tcl.c for an example.
|
||||||
|
- allow some of these TCL command modules to be dynamically loadable?
|
||||||
|
|
||||||
@section thelistjtag JTAG
|
@section thelistjtag JTAG
|
||||||
|
|
||||||
|
@ -44,15 +39,6 @@ The following tasks have been suggeted for cleaning up the JTAG layer:
|
||||||
|
|
||||||
- use tap_set_state everywhere to allow logging TAP state transitions
|
- use tap_set_state everywhere to allow logging TAP state transitions
|
||||||
- rename other tap_states to use standard JTAG names (suggested by ML)
|
- rename other tap_states to use standard JTAG names (suggested by ML)
|
||||||
|
|
||||||
- retire jtag_add_end_state() and replace w/global variable:
|
|
||||||
- removes TAP_INVALID as an argument to jtag_add_xxxx().
|
|
||||||
|
|
||||||
- global variable as argument to jtag_add_xxxx() should be phased out,
|
|
||||||
but it is useful while we need to bug-by-bug compatible while
|
|
||||||
testing changes.
|
|
||||||
|
|
||||||
- Suggested by ØH. Michael Bruck also interested in this.
|
|
||||||
- Encapsulate cmd_queue_cur_state and related varaible handling.
|
- Encapsulate cmd_queue_cur_state and related varaible handling.
|
||||||
|
|
||||||
The following tasks have been suggested for adding new core JTAG support:
|
The following tasks have been suggested for adding new core JTAG support:
|
||||||
|
@ -71,13 +57,11 @@ interface support:
|
||||||
- rework USB communication to be more robust. Two possible options are:
|
- rework USB communication to be more robust. Two possible options are:
|
||||||
-# use libusb-1.0.1 with libusb-compat-0.1.1 (non-blocking I/O wrapper)
|
-# use libusb-1.0.1 with libusb-compat-0.1.1 (non-blocking I/O wrapper)
|
||||||
-# rewrite implementation to use non-blocking I/O
|
-# rewrite implementation to use non-blocking I/O
|
||||||
- FT2232 driver:
|
|
||||||
- integrate FTD2XX High-Speed Device support @par
|
|
||||||
PATCH: https://lists.berlios.de/pipermail/openocd-development/2009-April/005479.html
|
|
||||||
- fix outstanding bugs
|
|
||||||
- J-Link driver:
|
- J-Link driver:
|
||||||
- fix to work with long scan chains, such as R.Doss's svf test.
|
- fix to work with long scan chains, such as R.Doss's svf test.
|
||||||
- fix other outstanding bugs
|
- FT2232 (libftdi):
|
||||||
|
- make performance comparable to alternatives
|
||||||
|
- make usability comparable to alternatives
|
||||||
|
|
||||||
The following tasks have been suggested for adding new JTAG interfaces:
|
The following tasks have been suggested for adding new JTAG interfaces:
|
||||||
|
|
||||||
|
@ -110,8 +94,8 @@ Once the above are completed:
|
||||||
|
|
||||||
@section thelisttargets Target Support
|
@section thelisttargets Target Support
|
||||||
|
|
||||||
- general layer cleanup:
|
- general layer cleanup: @par
|
||||||
- https://lists.berlios.de/pipermail/openocd-development/2009-May/006590.html
|
https://lists.berlios.de/pipermail/openocd-development/2009-May/006590.html
|
||||||
- ARM11 improvements (MB?)
|
- ARM11 improvements (MB?)
|
||||||
- fix single stepping (reported by ØH)
|
- fix single stepping (reported by ØH)
|
||||||
- implement missing functionality (grep FNC_INFO_NOTIMPLEMENTED ...)
|
- implement missing functionality (grep FNC_INFO_NOTIMPLEMENTED ...)
|
||||||
|
@ -130,7 +114,7 @@ Once the above are completed:
|
||||||
- work out how to debug this target
|
- work out how to debug this target
|
||||||
- AVR debugging protocol.
|
- AVR debugging protocol.
|
||||||
- FPGA:
|
- FPGA:
|
||||||
- improve things (??)
|
- Altera Nios Soft-CPU support
|
||||||
- Coldfire (suggested by NC)
|
- Coldfire (suggested by NC)
|
||||||
- can we draw from the BDM project? @par
|
- can we draw from the BDM project? @par
|
||||||
http://bdm.sourceforge.net/
|
http://bdm.sourceforge.net/
|
||||||
|
@ -140,11 +124,6 @@ Once the above are completed:
|
||||||
|
|
||||||
@section thelistsvf SVF/XSVF
|
@section thelistsvf SVF/XSVF
|
||||||
|
|
||||||
- factor and clean-up code
|
|
||||||
- review The Guide for OpenOCD Users for documentation errors or omissions
|
|
||||||
- update The Manual for OpenOCD Developerrs:
|
|
||||||
- add documentation describing the architecture of each module
|
|
||||||
- provide Technical Primers to bootstrap contributor knowledge
|
|
||||||
- develop SVF unit tests
|
- develop SVF unit tests
|
||||||
- develop XSVF unit tests
|
- develop XSVF unit tests
|
||||||
|
|
||||||
|
@ -166,6 +145,8 @@ Once the above are completed:
|
||||||
|
|
||||||
@section thelistdebug Debugger Support
|
@section thelistdebug Debugger Support
|
||||||
|
|
||||||
|
- breakpoints can get lost in some circumstances: @par
|
||||||
|
https://lists.berlios.de/pipermail/openocd-development/2009-June/008853.html
|
||||||
- integrate Keil AGDI interface to OpenOCD? (submitted by Dario Vecchio)
|
- integrate Keil AGDI interface to OpenOCD? (submitted by Dario Vecchio)
|
||||||
|
|
||||||
@section thelisttesting Testing Suite
|
@section thelisttesting Testing Suite
|
||||||
|
@ -210,7 +191,7 @@ This section includes several related groups of ideas:
|
||||||
|
|
||||||
@subsection thelisttestreports Test Feedback Tools
|
@subsection thelisttestreports Test Feedback Tools
|
||||||
|
|
||||||
These ideas were first introduced here:
|
These ideas were first introduced here: @par
|
||||||
https://lists.berlios.de/pipermail/openocd-development/2009-May/006358.html
|
https://lists.berlios.de/pipermail/openocd-development/2009-May/006358.html
|
||||||
|
|
||||||
- provide report submission scripts for e-mail and web forms
|
- provide report submission scripts for e-mail and web forms
|
||||||
|
@ -225,8 +206,13 @@ These ideas were first introduced here:
|
||||||
|
|
||||||
@section thelistautotools Autotools Build System
|
@section thelistautotools Autotools Build System
|
||||||
|
|
||||||
- investigate fixes to permit the use of -Wshadow
|
- make entire configure process require less user consideration:
|
||||||
- eliminate sources of confusion in @c boostrap script:
|
- automatically detect the features that are available, unless
|
||||||
|
options were specifically provided to configure
|
||||||
|
- provide a report of the drivers that will be build at the end of
|
||||||
|
running configure, so the users can verify which driverswill be
|
||||||
|
built during 'make' (and their options) .
|
||||||
|
- eliminate sources of confusion in @c bootstrap script:
|
||||||
-# Make @c bootstrap call 'configure --enable-maintainer-mode \<opts\>'?
|
-# Make @c bootstrap call 'configure --enable-maintainer-mode \<opts\>'?
|
||||||
-# Add @c buildstrap script to assist with boostrap and configure steps.
|
-# Add @c buildstrap script to assist with boostrap and configure steps.
|
||||||
- automatically build tool-chains required for cross-compiling
|
- automatically build tool-chains required for cross-compiling
|
||||||
|
@ -239,8 +225,8 @@ These ideas were first introduced here:
|
||||||
The following architectural tasks need to be accomplished and should be
|
The following architectural tasks need to be accomplished and should be
|
||||||
fairly easy to complete:
|
fairly easy to complete:
|
||||||
|
|
||||||
|
- clean-up code to match style guides
|
||||||
- factor code to eliminate duplicated functionality
|
- factor code to eliminate duplicated functionality
|
||||||
- overhaul use of types to improve 32/64-bit portability
|
|
||||||
- rewrite code that uses casts to access 16-bit and larger types
|
- rewrite code that uses casts to access 16-bit and larger types
|
||||||
from unaligned memory addresses
|
from unaligned memory addresses
|
||||||
- libopenocd support: @par
|
- libopenocd support: @par
|
||||||
|
@ -250,13 +236,24 @@ fairly easy to complete:
|
||||||
The following strategic tasks will require ambition, knowledge, and time
|
The following strategic tasks will require ambition, knowledge, and time
|
||||||
to complete:
|
to complete:
|
||||||
|
|
||||||
|
- overhaul use of types to improve 32/64-bit portability
|
||||||
|
- types for both host and target word sizes?
|
||||||
|
- can we use GDB's CORE_TYPE support?
|
||||||
- Allow N:M:P mapping of servers, targets, and interfaces
|
- Allow N:M:P mapping of servers, targets, and interfaces
|
||||||
- loadable module support for interface/target/flash drivers
|
- loadable module support for interface/target/flash drivers and commands
|
||||||
|
- support both static and dynamic modules.
|
||||||
|
- should probably use libltdl for dynamic library handing.
|
||||||
|
|
||||||
@section thelistadmin Administrative Tasks
|
@section thelistadmin Documentation Tasks
|
||||||
|
|
||||||
- Develop "style" guidelines for committing to Subversion
|
- Develop milestone and release guidelines, processes, and scripts.
|
||||||
- Develop milestone and release guidelines.
|
- Develop "style" guidelines (and scripts) for maintainers:
|
||||||
|
- reviewing patches
|
||||||
|
- committing to Subversion
|
||||||
|
- Review The Guide for OpenOCD Users for documentation errors or omissions
|
||||||
|
- Update The Manual for OpenOCD Developerrs:
|
||||||
|
- Add documentation describing the architecture of each module
|
||||||
|
- Provide more Technical Primers to bootstrap contributor knowledge
|
||||||
|
|
||||||
*/
|
*/
|
||||||
/** @file
|
/** @file
|
||||||
|
|
Loading…
Reference in New Issue