On Dec 16, 2008, at 9:25 AM, [email protected] wrote:

Attached, is a patch against the svn trunk that adds support for the
Raisonance RLink JTAG adapter.  That adapter is mostly used with their
RIDE software, but there is a version of it embedded in the STM32 Primer (a development board), where it is wired in in lieu of a JTAG connector.

Some reverse engineering was needed.  USB traffic sniffing, analyzing
publicly downloadable sample projects, and the like.  Hopefully, that
falls into the category of "not a problem".  Neither I, nor the other
person I've been working with, have entered into any sort of NDA which
relates to this.  I'm bringing this up now in case there is an issue.

The basic architecture of the R-Link adapter is an ST7 microcontroller
with a USB device interface and a Data Transfer Coprocessor in it.
This driver communicates with the firmware on that microcontroller and
uses it to load an image into the DTC and runs that to bit-bang each of
several speeds.

If it needs tweaking to make it suitable for inclusion, we'll do it.
It seems to work fine in basic testing on our Linux systems.
<openocd_rlink.diff.gz>_______________________________________________
Openocd-development mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/openocd-development


If you include speed_table.pl to build the speed_table.c file, should the table be rebuilt during the build process rather than having it be part of the source base? It seems redundant to include both.

Can the patch and ${PATCHFILE} targets in the Makefile be dropped? They seem to be part of your development process.

Since you made a new directory for the rlink files, could rlink.c be moved in there and the jtag directory's Makefile adjusted to build the rlink directory as a static archive that the jtag.a links against. The other approach would be to move all of the rlink files into the jtag folder.

speed_table.c is #included. Either speed_table.c should be speed_table.h or speed_table.c should be compiled separately and linked in.


--
Rick Altherr
[email protected]

"He said he hadn't had a byte in three days. I had a short, so I split it with him."
 -- Unsigned



Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Openocd-development mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/openocd-development

Reply via email to