To be incorporated in openocd.texi... == Current as of Aug 30, 2008 - Duane Ellis == =================================================== Overview - History Pre "tcl" - many commands in openocd where implimented as C functions. Post "tcl" (Jim-Tcl to be more exact, June 2008 ...) TCL became a bigger part of OpenOCD. One of the biggest changes is the introduction of 'target specific' commands. When every you create a target, a special command name is created specifically for that target. For example - in Tcl/Tk - if you create a button (or any other screen object) you can specify various "button configuration parameters". One of those parameters is the "object cmd/name" [ In TK - this is refered to as the object path ]. Later you can use that 'path' as a command to modify the button, for example to make it "grey", or change the color. In effect, the "path" function is an 'object oriented command' The TCL change in OpenOCD follows the same principle, you create a target, and a specific "targetname" command is created. There are two methods of creating a target. (1) Depricated: Using the old syntax Target names are autogenerated as: "target0", "target1" etc.. (2) Using the new syntax, you can specify the name of the target. As most users will have a single JTAG target, and by default the command name will probably default to "target0", thus for reasons of simplicity the instructions below use the name 'target0' Overview - History *END* ================================================== OpenOCD has the following 'target' or 'target-like' commands. (1) targets -(plural) lists all known targets and a little bit of information about each target, most importantly the target *COMMAND*NAME* (it also lists the target number) (2) target -(singular) used to create, configure list, etc the targets (3) target0 - the command object for the first target. Unless you specified another name. =================================================== The "targets" (plural, 1 above) command has 2 functions. With a parameter, you can change the current command line target. NOTE: "with a parameter" is really only useful with 'multiple jtag targets' not something you normally encounter (ie: If you had 2 arm chips - sharing the same JTAG chain) # using a target name.. (gdb) mon targets target0 # or a target by number. (gdb) mon targets 3 Or - plain, without any parameter lists targets, for example: (gdb) mon targets CmdName Type Endian ChainPos State -- ---------- ---------- ---------- -------- ---------- 0: target0 arm7tdmi little 0 halted This shows: (a) in this example, a single target (b) target number 0 (1st column) (c) the 'object name' is target0 (the default name) (d) it is an arm7tdmi (e) little endian (f) The position in the JTAG chain (g) and is currently halted. ==================================================== The "target" (singular, 2 above) command has the following options: target create CMDNAME TYPE ... config options ... argv[0] = 'target' argv[1] = 'create' argv[2] = the 'object command' (normally, target0, see (3) above) argv[3] = the target type, ie: arm7tdmi argv[4..N] = configuration parameters target types Lists all supported target types. ie: arm7tdmi, xscale, fericon, cortex-m3 The result TCL List of all known target types (and is human readable) target names Returns a TCL list of all known target commands (and is human readable) Example: foreach t [target names] { puts [format "Target: %s\n" $t] } target current Returns the TCL command name of the current target. Example: set ct [target current] set t [$ct cget -type] puts "Current target name is: $ct, and is a: $t" target number Returns the TCL command name of the specified target. For example set thename [target number $x] puts [format "Target %d is: %s\n" $x $thename] For instance, assuming the defaults target number 0 Would return 'target0' (or whatever you called it) target count Returns the larget+1 target number. For example: set c [target count] for { set x 0 } { $x < $c } { incr x } { # Assuming you have this function.. print_target_details $x } ==================================================== "target0" - (#3 above) the "Target Object" command. Once a target is 'created' a command object by that targets name is created, for example target create BiGRed arm7tdmi -endian little -chain-position 3 Would create a [case sensative] "command" BiGRed If you use the old [deprecated] syntax, the name is automatically generated and is in the form: target0, target1, target2, target3, .... etc. ==================================================== ** Target CREATE, CONFIGURE and CGET options ** The commands: target create CMDNAME TYPE [configure-options] CMDNAME configure [configure-options] CMDNAME cget [configure-options] In the 'create' case, one is creating the target and can specify any number of configuration parameters. In the 'CMDNAME cget' case, the goal is to query the target for a specific configuration option. In the 'CMDNAME configure' case, one can change the setting. [Not all things can, or should be changed] In the above, the "default" name target0 is 'target0' Example: From the (gdb) prompt, one can type this: (gdb) mon target0 configure -endian big And change target0 to 'big-endian'. This is a contrived example, specifically for this document - don't expect changing endian 'mid-operation' to work you should set the endian at creation. Known options [30/august/2008] are: [Manditory 'create' Options] -type arm7tdmi|arm720|etc ... -chain-position NUMBER -endian ENDIAN Optional -event EVENTNAME "tcl-action" -reset RESETACTION -work-area-virt ADDR -work-area-phys ADDR -work-area-size ADDR -work-area-backup BOOLEAN [Hint: To get a list of avaialable options, try this] (gdb) mon target0 cget -BLAHBLAHBLAH the abov causes an error - and a helpful list of valid options. ================================================== ** Example Target Configure Query ** One can query any of the above options at run time, for example: (gdb) mon target0 cget -OPTION [param] Example TCL script # For all targets... set c [target count] for { set x 0 } { $x < $c } { incr x ] { set n [target number $x] set t [$n cget -type] set e [$n cget -endian] puts [format "%d: %s, %s, endian: %s\n" $x $n $t $n] } Might produce: 0: pic32chip, mips_m4k, endain: little 1: arm7, arm7tdmi, endian: big 2: blackfin, bf534, endian: little Notice the above example is not target0, target1, target2 Why? Because in this contrived multi-target example - more human understandable target names might be helpful. For example these two are the same: (gdb) mon blackfin configure -event FOO {puts "Hi mom"} or: (gdb) mon [target number 2] configure -event FOO {puts "Hi mom"} In the second case, we use [] to get the command name of target #2, in this contrived example - it is "blackfin" ==================================================== ** TWO Important Configure Options Are: ** Two important configuration options are: "-event" and "-reset" The "-reset" option specifies what should happen when the chip is reset, for example should it 'halt', 're-init', or what. The "-event" option less you specifiy a TCL command to occur when a specific event occurs. ==================================================== ** Target Events * Overview ** At various points in time - certian 'target' events happen. You can create a custom event action to occur at that time. For example - after reset, the PLLs and CLOCKs may need to be reconfigured, or perhaps the SDRAM needs to be re-initialized Often the easiest way to do that is to create a simple script file containing the series of (mww [poke memory]) commands you would type by hand, to reconfigure the target clocks. You could specify the "event action" like this: (gdb) mon target0 configure -event reset-init "script cfg.clocks" In the above example, when the event "reset-init" occurs, the "action-string" will be evaluated as if you typed it at the console Option1 - The simple approach (above) is to create a script file with lots of "mww" (memory write word) commands to configure your targets clocks and/or external memory. Option2 - You can instead create a fancy Tcl procedure and invoke that procedure instead of sourcing a file. [Infact, "script" is a TCL procedure that loads a file] ================================================== ** Target Events * Details ** There are many events one could use, to get a current list of events type the following invalid command, you'll get a helpful "runtime error" message, see below: [list valid as of 30/august/2008] (gdb) mon target0 cget -event FAFA Runtime error, file "../../../openocd23/src/helper/command.c", line 433: -event: Unknown: FAFA, try one of: old-pre_reset, old-gdb_program_config, old-post_reset, halted, resumed, resume-start, resume-end, reset-start, reset-assert-pre, reset-assert-post, reset-deassert-pre, reset-deassert-post, reset-halt-pre, reset-halt-post, reset-wait-pre, reset-wait-post, reset-init, reset-end, examine-start, examine-end, debug-halted, debug-resumed, gdb-attach, gdb-detach, gdb-flash-write-start, gdb-flash-write-end, gdb-flash-erase-start, gdb-flash-erase-end, resume-start, resume-ok, or resume-end NOTE: The event-names "old-*" are deprecated and exist only to help old scripts continue to function, and the old "target_script" command to work. Please do not rely on them. These are some other important names. gdb-flash-erase-start gdb-flash-erase-end gdb-flash-write-start gdb-flash-write-end These occur when GDB/OpenOCD attempts to erase & program the FLASH chip via GDB. For example - some PCBs may have a simple GPIO pin that acts like a "flash write protect" you might need to write a script that disables "write protect" ================================================== ** How to get a list of current event actions ** To get a list of current 'event actions', type the following command: (gdb) mon target0 eventlist Event actions for target (0) target0 Event | Body ------------------------- | ---------------------------------------- old-post_reset | script event/sam7x256_reset.script ***END*** Here is a simple example for all targets: (gdb) mon foreach x [target names] { $x eventlist } The above uses some TCL tricks: (a) foreach VARIABLE LIST BODY (b) to generate the list, we use [target names] (c) the BODY, contains $x - the loop variable and expands to the target specific name ==================================================== Recalling the earlier discussion - the "object command" there are other things you can do besides "configure" the target. Note: Many of these commands exist as "global" commands, and they also exist as target specific commands. For example, the "mww" (memory write word) operates on the current target if you have more then 1 target, you must switch In contrast to the normal commands, these commands operate on the specific target. For example, the command "mww" writes data to the *current* command line target. Often, you have only a single target - but if you have multiple targets (ie: a PIC32 and an at91sam7 - your reset-init scripts might get a bit more complicated, ie: you must specify which of the two chips you want to write to. Writing 'pic32' clock configuration to an at91sam7 does not work) The commands are: [as of 30/august/2008] TNAME mww ADDRESS VALUE TNAME mwh ADDRESS VALUE TNAME mwb ADDRESS VALUE Write(poke): 32, 16, 8bit values to memory. TNAME mdw ADDRESS VALUE TNAME mdh ADDRESS VALUE TNAME mdb ADDRESS VALUE Human 'hexdump' with ascii 32, 16, 8bit values TNAME mem2array [see mem2array command] TNAME array2mem [see array2mem command] TNAME curstate Returns the current state of the target. TNAME examine See 'advanced target reset' TNAME poll See 'advanced target reset' TNAME reset assert See 'advanced target reset' TNAME reset deassert See 'advanced target reset' TNAME halt See 'advanced target reset' TNAME waitstate STATENAME See 'advanced target reset'