On Tue, Nov 1, 2011 at 3:30 PM, ger...@openocd.zylin.com wrote:
This is an automated email from Gerrit.
?yvind Harboe (oyvindhar...@gmail.com) just uploaded a new patch set to
Gerrit, which you can find at http://openocd.zylin.com/156
-- gerrit
commit
This problem was not caused my openocd, another library is leaking handles.
sorry!
thanks!
On Tue, Sep 13, 2011 at 8:12 PM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
Hi,
i was running some test loop that comms with openocd via tcp to the tcl port.
it unlocks/erase/flashes/locks
Hi,
i was running some test loop that comms with openocd via tcp to the tcl port.
it unlocks/erase/flashes/locks/verifies_communications with a freescale 568013.
i had 2 instances of openocd running. only one stoped
i ran it around 90k times, then it stopped with:
Error during select: Unknown
i forgot one of the commits on the first pull request
On Wed, Aug 31, 2011 at 4:13 PM, Rodrigo L. Rosa
rodrigorosa...@gmail.com wrote:
are available in the git repository at:
git://repo.or.cz/openocd/dsp568013.git dsp5680xx_cherry
Rodrigo L. Rosa (3):
speed up, relocate function
i accidentally changed some stuff when cleaning up for this request.
please do not pull it.
i'll fix and ask again, and attach the corresponding patches, so it's
easy to merge and to review.
thanks, and sorry for the complications.
On Tue, Aug 30, 2011 at 4:14 PM, Andreas Fritiofson
i tried to put reasonable info into commits
any questions and/or feedback is welcome
regards,
--
Rodrigo.
0001-dsp568013-disable-polling-by-default.patch
Description: Binary data
0002-def-syntax-to-match-tap-irlen.patch
Description: Binary data
0003-optional-crc-for-flash-writing.patch
i'm not sure i'm doing the cherry pick + pull stuff correctly
i have
remote.upstream.url=git://openocd.git.sourceforge.net/gitroot/openocd/openocd
remote.upstream.fetch=+refs/heads/*:refs/remotes/upstream/*
i did this
// Get the openocd master stuff
git fetch upstream/master
git checkout -b
On Wed, Aug 10, 2011 at 1:54 PM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
i'm not sure i'm doing the cherry pick + pull stuff correctly
i have
remote.upstream.url=git://openocd.git.sourceforge.net/gitroot/openocd/openocd
remote.upstream.fetch=+refs/heads/*:refs/remotes/upstream/*
i did
On Wed, Aug 10, 2011 at 1:55 PM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
On Wed, Aug 10, 2011 at 1:54 PM, Rodrigo Rosa rodrigorosa...@gmail.com
wrote:
i'm not sure i'm doing the cherry pick + pull stuff correctly
i have
remote.upstream.url=git://openocd.git.sourceforge.net/gitroot
I made a TCP interface to the Tcl port, and i was having trouble with it.
My C code does:
if(capture)
retval = sprintf(echoString,capture {%s}%c,cmd,EOC);// Add the
Tcl interpreter end of line char
else
retval = sprintf(echoString,catch {%s}%c,cmd,EOC);// Add the Tcl
interpreter end of
hi
first pull request attempt
is there a HACKING doc for this procedure?
commands i used to try this out were
git remote add dsp5680xx git://repo.or.cz/openocd/dsp568013.git
git fetch dsp5680xx
git checkout -b merge_tmp
git merge dsp5680xx/dsp5680xx_pull
there's probably a way to do this in
I submitted these patches a couple weeks ago, i guess everybody was
too busy with the release...
Could they be added?
Thanks!
On Wed, Aug 3, 2011 at 7:34 AM, Andreas Fritiofson
andreas.fritiof...@gmail.com wrote:
On Wed, Aug 3, 2011 at 3:32 PM, Tomek CEDRO tomek.ce...@gmail.com wrote:
Hello
Hi,
What are the expected answers from the TCL port ()?
My tests tell me that you get:
- EOC if command syntax was correct
- 1EOC if command syntax was incorrect
- more stuff if you supply the capture argument.
is there any way to tell if a command (with correct syntax) returned an
...@gmail.com wrote:
Use tcl catch to wrap what you send and return an error in your preferred
format.
On Jul 28, 2011 7:46 PM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
Hi,
What are the expected answers from the TCL port ()?
My tests tell me that you get:
- EOC if command syntax
Hi,
I've been trying to use openocd to program an fpga, a lattice xp2
openocd crashes sometimes.
i've attached an example svf, which worked a couple times, then crashed.
i was using a cross compiled version of openocd (from HEAD, or very
near to it) with mingw32 and
./configure
On Thu, Jul 14, 2011 at 6:45 PM, Maxim Cournoyer
maxim.courno...@gmail.comwrote:
**
Hello Rodrigo OpenOCD comrades!
Le jeudi 07 juillet 2011 à 14:55 -0700, Rodrigo Rosa a écrit :
the c part of your code was very useful. i'm was the telnet port, and
ignoring the output i did not care about
Hi,
I modified the code to get rid of the compiler warnings, and fixed
some other details.
i had done this a while ago...
was it rejected for some reason or simply forgotten?
patch1:
warnings.
patch2:
the flash module (FM) requieres the clock div to be set before issuing
any commands to it.
if
, Jun 20, 2011 at 11:33 PM, Rodrigo Rosa rodrigorosa...@gmail.com
wrote:
i found a bug in interface_signal del, the name of the signal was
not passed down to the functions thats look for it, so it didn't work.
attached a patch :)
Tanks, I will take a look, but signal deletion worked for me
went through a similar exercise and you can
pretty much hook everything up directly and use the FTDI MiniModule layout
(see commit from Rodrigo Rosa) if you target circuit is right.
Also, I heard it's possible to omit the TRST signal and only keep the SRST
signal, because system reset will also
thanks!
:)
On Thu, Jul 7, 2011 at 7:52 AM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
Le mercredi 06 juillet 2011 à 18:50 -0700, Rodrigo Rosa a écrit :
On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
On Jul 2, 2011 6:15 PM +0200, Øyvind Harboe wrote
script.
On Thu, Jul 7, 2011 at 10:53 AM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
thanks!
:)
On Thu, Jul 7, 2011 at 7:52 AM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
Le mercredi 06 juillet 2011 à 18:50 -0700, Rodrigo Rosa a écrit :
On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
On Jul 2, 2011 6:15 PM +0200, Øyvind Harboe wrote:
Use the Source Luke. The end of the command is not linefeed but 0x??. There
ought to be updated docs. Patch?
Great tip! I found it inside the tcl_server.c
thanks for the bins
i downloaded:
http://code.google.com/p/picusb/downloads/detail?name=libftdi-0.19_mingw32.zipcan=2q=
http://sourceforge.net/projects/libusb-win32/files/libusb-win32-releases/1.2.4.0/libusb-win32-bin-1.2.4.0.zip/download
and ran the following configure:
./configure
your script worked with port (telnet port)
(copy+paste and swap with )
On Fri, Jul 1, 2011 at 6:04 PM, Maxim Cournoyer
maxim.courno...@gmail.com wrote:
Hi all,
I would like to know the details about controlling openocd via TCP/IP (port
). I have been experimenting with it,
i used a made a nasty pgm that connect through tcp to the openocd tcl
interface (port ), and to get openocd to do stuff i have send a \n
for example, reset will not do anything, but reset\n does what
it's supposed to do.
haven't tried the gdb port.
salú!
On Fri, Jul 1, 2011 at 6:04 PM, Maxim
i tried cross compiling for win32, since it's what i actually needed:
./configure --enable-mantainer-mode --build=i686-pc-linux-gnu
--host=i586-mingw32msvc
that works fine.
i need libftdi, so i'm trying
./configure --enable-mantainer-mode --enable-ft2232_libftdi
--build=i686-pc-linux-gnu
On Wed, Jun 29, 2011 at 12:44 AM, Øyvind Harboe oyvind.har...@zylin.com wrote:
This is disturbing. Why switch to global variables?
+static uint32_t data_read_dummy;
static int jtag_data_write(struct target * target, uint32_t instr,int
num_bits, uint32_t * data_read){
int retval;
-
On Wed, Jun 29, 2011 at 12:20 PM, Øyvind Harboe oyvind.har...@zylin.com wrote:
Seperate patch? Does this have anything to do with fixing warnings?
- counter = FLUSH_COUNT_FLASH;
+ counter = FLUSH_COUNT_READ_WRITE;
nothing to do with warnings, but it doesn't really affect anything,
patches 1,2,3,4 get the target to the state it was before it was
disabled, but with the warnings fixed.
why were the warnings not showing up when i originally submitted the patch?
the dsp5680xx has been around for at least a month...
i'm worried about not being able to get the compiler to show me
On Wed, Jun 29, 2011 at 3:43 PM, Andreas Fritiofson
andreas.fritiof...@gmail.com wrote:
On Wed, Jun 29, 2011 at 9:17 PM, Rodrigo Rosa rodrigorosa...@gmail.com
wrote:
On Wed, Jun 29, 2011 at 12:44 AM, Øyvind Harboe oyvind.har...@zylin.com
wrote:
This is disturbing. Why switch to global
hi
i modified the read functions and got rid of the casting warnings.
been trying the changes, and everything seems to work ok.
the first patch has the changes to get rid of the warnings, and the
second patch re-enables the target.
salú!
On Tue, Jun 28, 2011 at 9:31 AM, Øyvind Harboe
i've been doing some testing and i realized i missed several important things.
please ignore the previous patch.
i am preparing a correct one.
thanks.
On Tue, Jun 28, 2011 at 4:51 PM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
hi
i modified the read functions and got rid of the casting
Rosa rodrigorosa...@gmail.com wrote:
i've been doing some testing and i realized i missed several important things.
please ignore the previous patch.
i am preparing a correct one.
thanks.
On Tue, Jun 28, 2011 at 4:51 PM, Rodrigo Rosa rodrigorosa...@gmail.com
wrote:
hi
i modified
i'm trying to cross compile for win XP, with the following config:
./configure --enable-mantainer-mode --enable-ft2232-libftdi
--host=x86_64-w64-mingw32
i get the following errors:
jim-win32compat.c: In function ‘gettimeofday’:
jim-win32compat.c:36: error: storage size of ‘tb’ isn’t known
AM, Rodrigo Rosa wrote:
i'm trying to cross compile for win XP, with the following config:
./configure --enable-mantainer-mode --enable-ft2232-libftdi
--host=x86_64-w64-mingw32
i get the following errors:
jim-win32compat.c: In function ‘gettimeofday’:
jim-win32compat.c:36: error: storage
i found a bug in interface_signal del, the name of the signal was
not passed down to the functions thats look for it, so it didn't work.
attached a patch :)
since this stuff is not yet in the master branch (right?), i based
this patch on openocd-ifsigbitbang@git://repo.or.cz/openocd/libswd.git
i
hi!
i've spamming tomek's personal email, switching to here to share a bit more :)
i'm having some problems with the opencd-swd branch.
i had to copy aclocal and other stuff from /usr/share/ to
/usr/local/share/ to get bootstrap to work correctly. this is probably
because of freeBSD vs LSD
Some more info.
http://www.ftdichip.com/Support/Documents/DataSheets/Modules/DS_FT2232H_Mini_Module.pdf
The FTDI MiniModule is an eval board for the FT2232H.
It's the most basic interface possible to the FT2232H, there is
nothing between the FT2232H and the JTAG lines. This makes it suitable
as a
added the ftdi minimodule interface.
the layout is almost the same as the flyswatter, the only dif are:
- on the minimodule a high srst will issue a reset. the flyswatter is
the other way around (reset on low srst)
- the minimodule does not use the trst line
--
Rodrigo.
Hi!
I've got some patches for the dsp5680xx.
number 0001 is missing, since it was only interface stuff (separate email)
i've forked to: git://repo.or.cz/openocd/dsp568013.git
//---
# 0002-fix-flash-driver-size-sector-erase
The previous
On Fri, Jun 10, 2011 at 3:53 PM, Tomek CEDRO tomek.ce...@gmail.com wrote:
Oyvid,
I have also created branch openocd-master to have up-to-date openocd
repository at site to produce patches.
Now when I do git format-patch openocd-master file I get bunch of
patch files based on my local
removed stuff that was of no use and added a couple of error
propagation things, all minor changes.
the reset was also modified, but it was of no use, so it does not affect much.
--
Rodrigo.
0001-code-cleanup.patch
Description: Binary data
___
hi,
added verification after flashing.
now the flashing functions calculates a signature for the data that
has been (should have been) flashed, and the core's flash module does
the same calculation.
both results are compared to check that flashing was successful.
reading was modified to work
Hi,
I've added a verification after flashing, it runs the same algorithm as the
core{s flash module and compares the results.
This code runs when write_image is called. It does not work with
verify_image due to the workaround i implemented for the byte/word
addressing issue. Still working on
Ah, I forgot to mention the most important - to be able to realize
transport I have extended struct jtag_interface with transfer_bits
and signal_operate methods that transfer bitstream out/in of the
char array and can switch/read specified signal (exactly what you
need). queue_execute was not
should the short write-up go in the email with the corresponding patch?
On Wed, May 25, 2011 at 4:40 AM, Øyvind Harboe oyvind.har...@zylin.com wrote:
On Wed, May 25, 2011 at 1:33 PM, j. m. norris jmnor...@ieee.org wrote:
Would it make sense for those individuals who are submitting code
Hi,
When using channel A of the ftdi 2232H as JTAG there are spare pins
available as GPIO.
I want to be able to read/write to these pins.
I've managed to this by modifying ft2232.c (i'm not planning to change
the driver, just wanted to verify it was possible).
I would like to have a command i can
as GPIO when it is used
as a UART...
Alain
Em 25-05-2011 16:56, Rodrigo Rosa escreveu:
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
Rodrigo
On Wed, May 25, 2011 at 3:59 PM, Tomek CEDRO tomek.ce...@gmail.com wrote:
On Wed, May 25, 2011 at 7:56 PM, Rodrigo Rosa rodrigorosa...@gmail.com
wrote:
Use the MPSSE and ft2232_write() (I think there was something like
write_bytes_{high,low} that wrapped this MPSSE call into something
more
On Tue, May 17, 2011 at 10:16 PM, Øyvind Harboe oyvind.har...@zylin.com wrote:
Good work!
I think your chances of getting help on this one would
improve if we get this into the official repository first.
If your code is well tested, I'm inclined to commit it as-is as
a starting point to
hi,
i'm working on support for the dsp5680xx.
i've got the basic running, but i'm not sure what function should be
assigned to each task.
i can write to ram and to data sectors, and also to flash.
the procedure for writing to flash requires running a program from ram, to
which i send the data
found it. used flash write_image.
On Thu, Apr 28, 2011 at 10:33 AM, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
hi,
i'm working on support for the dsp5680xx.
i've got the basic running, but i'm not sure what function should be assigned
to each task.
i can write to ram and to data sectors
o cloned from git, and then i ran these commands:
./bootstrap
./configure --enable-mantainer-mode --enable-ft2232-libftdi --disable-werror
make
and i get the error i mentioned. i'm disabling werror because i'm still
cleaning the code, there's unused stuff floating around.
--
Rodrigo.
i don't really care if it doesn't compile for me, i can do it from /src and
everything works ok.
my concern is that i don't want to submit a patch that will make compilation
fail for everybody.
is this issue related to my system or is it a known problem?
thanks
--
Rodrigo.
doesn't fix it...
On Tue, Apr 12, 2011 at 9:33 AM, Drasko DRASKOVIC
drasko.drasko...@gmail.com wrote:
Would re-running :
make clean distclean
./bootstrap
work ?
BR,
Drasko
--
Rodrigo.
___
Openocd-development mailing list
nothing strange there - thats a big configure line :)
Does the doc dir have a version.texi in it?
nop...
--
Rodrigo.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
played around a bit and found out that this works:
make maintainer-clean
./bootstrap
./configure --enable-maintainer-mode ...
make
and this shows the error i mentioned:
make maintainer-clean
./bootstrap
./configure --enable-maintainer-mode --enable-ft2232-libftdi
make
do i have to do something
so do you have stamp-vti ?
no, i don't have stamp-vti
--
Rodrigo.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
hi,
i've been working on a patch to support the dsp568013.
i wanted to submit the patch (it is far from being complete), but i cannot
compile from the root dir.
i've been compiling from /src, since compiling from the root dir complains
about this:
hi!
i do not understand how this code (from target.c) works.
i'm working with a dsp568013.
each memory address holds 16 bits.
when i run mdh someaddress count with count over 16, openocd's
output does not match what i would expect. the first 16 words are
displayed in a line with address
another question: i haven't been able to find a way to make load_image
and verify_image work with my target, any clues?
to implement resume for example, i added .resume=my_resume_function
to my target. is there something similar for load_image?
i got this part, had to add .write_buffer and
Hi,
I'm a bit confused with the openocd doc.
It says that I can execute pathmove state1 state2..., and RESET seems to
be one of the possible states, but for example i get:
pathmove IDLE DRSELECT IRSELECT RESET RESET RESET IDLE
BUG: TAP_RESET is not a valid state for pathmove sequences
Hi,
We've been trying to communicate via JTAG (through a signalyzer H2)
with a freescale 568013.
Modifying the code for the dsp56321 we were able to communicate with
our chip. It has two taps, a MASTER tap and a CORE tap.
The default tap is the MASTER tap, and by default the CORE tap is
Hello,
I'm trying to add support for a freescale 568013.
I've modified the files dsp563xx.* to adapt them to the 568013.
Now I have dsp5680xx.h, dsp5680xx.c, dsp5680xx_once.h and dsp5680xx_once.c.
What files do I have to modify in order to be able to compile openocd with
the new stuff?
I
handle_pld_init_command(): Initializing PLDs...
Any ideas?
Thanks!
On Wed, Feb 2, 2011 at 7:33 PM, Aaron Carroll xaar...@gmail.com wrote:
On 3 February 2011 13:39, Rodrigo Rosa rodrigorosa...@gmail.com wrote:
Hello,
I'm trying to add support for a freescale 568013.
I've modified the files dsp563xx
65 matches
Mail list logo