[Openocd-development] [patch] iMX2* + ETB targets: hook up ETM and ETB

2009-11-13 Thread David Brownell
ARM9 cores with an ETB will have a matching ETM. Hook them both up by default. --- I couldn't test these -- no iMX2* board! But it's just copied from a working setup, so I don't think it can break very badly. To sanity test: get mainline, start the imx board, "regs" should list a boatload of reg

Re: [Openocd-development] [patch/rfc 2/2] ARM11: ETM support, use "arm" base type

2009-11-13 Thread David Brownell
On Thursday 12 November 2009, Zach Welch wrote: > looks like it's a good direction for that code to take. I split it in two, and both parts are now merged. Here's the ETM support patch; using that base type was not very interesting, as patches go. - Dave == From: David Brownell Subject

[Openocd-development] [patch] target: remove unused "bitfield" infrastructure

2009-11-13 Thread David Brownell
We have too many different registers, and too many version and context dependent interpretations, for this type of bitfield management to be scalable. (Anyone who really wants bitfield interpretation *can* do that in Tcl code...) There are ... quite a few copies of the same ARM dummy registers. T

[Openocd-development] [patch] target.cfg: label ETBs correctly

2009-11-13 Thread David Brownell
Various cores with an ETB have its TAP misnamed ... either as a boundary scan TAP or as the iMX "Secure JTAG Controller" (which is, among other things, a JRC that could be used to shorten scan chains). Use the correct name for these TAPs, which we can recognize since their IDs were assigned by ARM

[Openocd-development] [patch] ARM7/9: rm arm7_9_get_arch_pointers()

2009-11-13 Thread David Brownell
Remove the last external user of arm7_9_get_arch_pointers(), and that annoying downcast utility. Add an is_arm7_9() predicate. Stop returning specious success codes on various failure paths in the ARM7/ARM9 commands which used that downcast utility. --- src/flash/ocl.c|7 +-- src

[Openocd-development] [PATCH 2/4] Use nand_fileio_* in write/dump commands.

2009-11-13 Thread Zachary T Welch
This patch eliminates duplicated code in the the NAND 'dump' and 'write' by using the new static helper functions. These changes also fix a possible memory leak in nand dump command, in the case that the dump file failed to open. Overall, the changes should be functionally equivalent, but the res

[Openocd-development] [PATCH 4/4] Add 'nand verify' command

2009-11-13 Thread Zachary T Welch
Add the 'nand verify' command to perform a dump and fake-write simultaneously, checking the read bits against those generated by the write process. Appropriate user documentation for this command has been added to the user guide as well. The algorithm presently makes a relatively naive comparison

[Openocd-development] [PATCH 3/4] Add FILEIO_NONE access mode.

2009-11-13 Thread Zachary T Welch
In some cases, the FILEIO_NONE access mode may be useful as a parameter to indicate that file access should be disabled. High-level routines can use it to skip file access calls, as 'fileio_open' will fail presently if called to open a file using this mode. Signed-off-by: Zachary T Welch --- sr

[Openocd-development] [PATCH 1/4] Add nand_fileio_* helper APIs.

2009-11-13 Thread Zachary T Welch
This patch provides helpers APIs that will eliminate duplicated code in the the NAND 'dump' and 'write' commands by factoring their common code into static helper functions. These helpers may be useful for creating new commands, as shown in the final patch to 'verify' flash from a file. Several p

[Openocd-development] [PATCH 0/4] Factor NAND write/dump to add verify

2009-11-13 Thread Zachary T Welch
This series was started to eliminate some duplicated code, but I threw in the new 'nand verify' command to exploit the new helper functions. I have no clue as to whether it will be useful or not; if not, the last two patches could be dropped. Overall, these patches should provide equivalent-plus f

Re: [Openocd-development] Rebasing Git

2009-11-13 Thread Zach Welch
On Fri, 2009-11-13 at 14:50 -0600, [redacted] wrote: > I hope you don't mind me asking you this git question, but you said > you work in a branch that isn't master for developments outside of the > main line. You then pull to the master branch and then rebase. I'm > really new with git, so I was

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread Zach Welch
On Fri, 2009-11-13 at 07:04 -0800, Zach Welch wrote: > Hi all, > > I have almost 30 patches queued to remove misleading typedef keyword > from all helper and jtag structures. It also removes the _s suffixes: > > http://repo.or.cz/w/openocd/ztw.git/shortlog/refs/heads/structs > > For the most

[Openocd-development] Embedding OpenOCD on low end microcontroller.

2009-11-13 Thread Martín Sebastián Baudino
Hello everyone! I've recently begun to experiment with OpenOCD debugging ARM microcontrollers and so far it's been great. I'm now testing a setup so that the development team at the company I'm working as an intern can finally migrate this part of the work from Windows to Linux. But now I'm been

Re: [Openocd-development] [PATCH 0/20] update command handlers

2009-11-13 Thread Zach Welch
On Wed, 2009-11-11 at 06:12 -0800, Zachary T Welch wrote: > This series systematically updates the command handlers signature: > > int (*foo)(cmd_ctx, cmd, args, argc) > > to > int (*foo)(cmd_ctx, args, argc) > > It does this by unifying all definitions of the signature to a single >

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread Zach Welch
On Fri, 2009-11-13 at 11:08 -0700, David Brownell wrote: > On Friday 13 November 2009, Zach Welch wrote: > > Any further comment on my command handler series? I want to push those > > patches first, then these 160+ patches of cleanup > > In my other editor window -- just hit the "send". (Res

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread David Brownell
On Friday 13 November 2009, Zach Welch wrote: > Any further comment on my command handler series?  I want to push those > patches first, then these 160+ patches of cleanup In my other editor window -- just hit the "send". (Response to a private message of yours.) Briefly, I really dislike th

[Openocd-development] definition of mflash

2009-11-13 Thread Benjamin Eckl
Short question, hopefully someone gives me a short answer: What is mFlash? It's used in a example I found, also treated in the documentation, but there is nowhere a word that explains what it is. A short research about this term did not bring any help to me. Thanks in advance! Ben

Re: [Openocd-development] [PATCH 10/20] nand: add NAND_DEVICE_COMMAND_HANDLER macro

2009-11-13 Thread David Brownell
On Thursday 12 November 2009, Zach Welch wrote: > I just pushed a patch to improve this for the nand devices, rebasing my > series to use the descriptive name. saw that, thanks ___ Openocd-development mailing list Openocd-development@lists.berlios.de ht

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread Zach Welch
On Fri, 2009-11-13 at 10:10 -0700, David Brownell wrote: > On Friday 13 November 2009, Zach Welch wrote: > > I have almost 30 patches queued to remove misleading typedef keyword > > from all helper and jtag structures. It also removes the _s suffixes: > > Good riddance. Not just misleading, but

Re: [Openocd-development] Infinite loop in jtag chain autodetect

2009-11-13 Thread David Brownell
On Friday 13 November 2009, Øyvind Harboe wrote: > I used the following kludge(I don't know what this code is > supposed to do at this point, so I won't attempt a patch). > > It gets me by to investigate other problems > > if (tap->ir_length == 0) { > tap->

[Openocd-development] OpenOCD 0.3.1 - Windows installer

2009-11-13 Thread Freddie Chopin
On my webpage ( www.freddiechopin.info ) in Download -> Software -> OpenOCD you can find OpenOCD 0.3.1 compiled for Windows in a convenient form of msi installer (Microsoft Installer). I will post info on sparkfun later, I've already posted on elektroda and on my webpage (this news needs translat

Re: [Openocd-development] jtagkey2 scan chain problem

2009-11-13 Thread David Brownell
On Friday 13 November 2009, Michael Graßmann wrote: > size="2">Hello,I have a problem with usb high speed > dongle.I tryed several clock speed, but no changing output. > The following message is on console:Open On-Chip Debugger > 0.4.0-dev-00090-gca00483-dirty (2009-11-09-12:57)$URL$For > bug repo

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread David Brownell
On Friday 13 November 2009, Zach Welch wrote: > I have almost 30 patches queued to remove misleading typedef keyword > from all helper and jtag structures.  It also removes the _s suffixes: Good riddance. Not just misleading, but needless. With a "struct foo *bar" in the source you know that you

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread Zach Welch
On Fri, 2009-11-13 at 08:05 -0800, Zach Welch wrote: > On Fri, 2009-11-13 at 16:15 +0100, Øyvind Harboe wrote: > > On Fri, Nov 13, 2009 at 4:04 PM, Zach Welch wrote: > > > Hi all, > > > > > > I have almost 30 patches queued to remove misleading typedef keyword > > > from all helper and jtag struct

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread Zach Welch
On Fri, 2009-11-13 at 16:15 +0100, Øyvind Harboe wrote: > On Fri, Nov 13, 2009 at 4:04 PM, Zach Welch wrote: > > Hi all, > > > > I have almost 30 patches queued to remove misleading typedef keyword > > from all helper and jtag structures. It also removes the _s suffixes: > > > > http://repo.or.c

Re: [Openocd-development] remove superfluous typedefs

2009-11-13 Thread Øyvind Harboe
On Fri, Nov 13, 2009 at 4:04 PM, Zach Welch wrote: > Hi all, > > I have almost 30 patches queued to remove misleading typedef keyword > from all helper and jtag structures.  It also removes the _s suffixes: > >  http://repo.or.cz/w/openocd/ztw.git/shortlog/refs/heads/structs > > For the most part,

[Openocd-development] remove superfluous typedefs

2009-11-13 Thread Zach Welch
Hi all, I have almost 30 patches queued to remove misleading typedef keyword from all helper and jtag structures. It also removes the _s suffixes: http://repo.or.cz/w/openocd/ztw.git/shortlog/refs/heads/structs For the most part, they are sed transformations, but a few required hand-crafting

Re: [Openocd-development] Infinite loop in jtag chain autodetect

2009-11-13 Thread Øyvind Harboe
I used the following kludge(I don't know what this code is supposed to do at this point, so I won't attempt a patch). It gets me by to investigate other problems if (tap->ir_length == 0) { tap->ir_length = 2; while ((val = buf_ge

[Openocd-development] Infinite loop in jtag chain autodetect

2009-11-13 Thread Øyvind Harboe
The code below is broken, right? buf_get_u32() the second + third argument should always be >=0 and <= 32. It enters an infinite loop when I scan a corrupt TAP sequence where everything subsequently to the first valid TAP id is zero. /* If we're autoprobing, guess IR lengths.

[Openocd-development] jtagkey2 scan chain problem

2009-11-13 Thread Michael Graßmann
Hello,I have a problem with usb high speed dongle.I tryed several clock speed, but no changing output.The following message is on console:Open On-Chip Debugger 0.4.0-dev-00090-gca00483-dirty (2009-11-09-12:57)$URL$For bug reports, read    http://openocd.berlios.de/doc/doxygen/bugs.html1000 kHztrst_

Re: [Openocd-development] Cygwin compile errors

2009-11-13 Thread Øyvind Harboe
Please try again with the the latest version of Cygwin + latest of master branch, I still get warnings, e.g. in target.c & breakpoint.c. (Just more of the same stuff you have already fixed) -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash pr