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 tried
E/BYPASS
> Debug: 178 226 core.c:329 jtag_call_event_callbacks(): jtag event: TAP
> reset
> Info : 179 293 core.c:948 jtag_examine_chain_display(): JTAG tap:
> dsp568013.cpu tap/device found: 0x01f2401d (mfg: 0x00e, part: 0x1f24, ver:
> 0x0)
> Debug: 180 293 core.c:1212 jtag_val
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
disabled.
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
pa
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 "someaddr
> 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 a
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:
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
Openo
>
> 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
https://lists.berlios.de/mailman/listinfo/openocd-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'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 tha
found it. used "flash write_image".
On Thu, Apr 28, 2011 at 10:33 AM, Rodrigo Rosa 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 wr
On Tue, May 17, 2011 at 10:16 PM, Øyvind Harboe 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 make improvements
should the short write-up go in the email with the corresponding patch?
On Wed, May 25, 2011 at 4:40 AM, Øyvind Harboe wrote:
>
> On Wed, May 25, 2011 at 1:33 PM, j. m. norris wrote:
> >
> > Would it make sense for those individuals who are submitting code
> > that is untested or slightly tested
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
PIO 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/listinf
On Wed, May 25, 2011 at 3:59 PM, Tomek CEDRO wrote:
> On Wed, May 25, 2011 at 7:56 PM, Rodrigo Rosa
> 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 user frien
> 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_exec
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 this.
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
___
Openocd-
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 with
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 implementa
On Fri, Jun 10, 2011 at 3:53 PM, Tomek CEDRO 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 commits. This is na
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 s
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 stuff
i'm trying to apply these patches on the current head, and i get:
bitbang.c: In function ‘handle_bitbang_command’:
bitbang.c:90: error: implicit declaration of function ‘strnstr’
bitbang.c:90: error: assignment makes pointer from integer without a cast
make[6]: *** [bitbang.lo] Error 1
i'm runnin
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'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
jim-win
2msvc/include/
and at
/usr/i586-mingw32msvc/include/
and it does not complain about the Sleep if i change the define at
jim-eventloop.c:55 to:
#define msleep sleep
(instead of #define msleep Sleep)
thanks!
On Mon, Jun 27, 2011 at 3:11 PM, Steve Bennett wrote:
> On 28/06/2011, at 6:33 AM, Rodrigo Ro
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 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 wrote:
> hi
>
> i modified the read functions and got rid of the casting warnings.
drigo Rosa 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
> wrote:
>> hi
>>
>&
On Wed, Jun 29, 2011 at 12:44 AM, Øyvind Harboe 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;
> - uint32_t data_read_dum
On Wed, Jun 29, 2011 at 12:20 PM, Øyvind Harboe 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,
>> s
i messed something up during the last changes, this patch fixes it.
i'll be doing a lot of testing during the next days.
sorry for the trouble...
On Wed, Jun 29, 2011 at 1:13 PM, Rodrigo Rosa wrote:
> On Wed, Jun 29, 2011 at 12:20 PM, Øyvind Harboe
> wrote:
>>>> Seperat
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
wrote:
>
>
> On Wed, Jun 29, 2011 at 9:17 PM, Rodrigo Rosa
> wrote:
>>
>> On Wed, Jun 29, 2011 at 12:44 AM, Øyvind Harboe
>> wrote:
>> > This is disturbing. Why switch to global variables?
>
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 --host=i5
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, Ma
your script worked with port (telnet port)
(copy+paste and swap with )
On Fri, Jul 1, 2011 at 6:04 PM, Maxim Cournoyer
wrote:
> Hi all,
>
> I would like to know the details about controlling openocd via TCP/IP (port
> ). I have been experimenting with it, and I hope I'm doing s
thanks for the bins
i downloaded:
http://code.google.com/p/picusb/downloads/detail?name=libftdi-0.19_mingw32.zip&can=2&q=
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 --enable-man
On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
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 file; the end of charact
thanks!
:)
On Thu, Jul 7, 2011 at 7:52 AM, Maxim Cournoyer
wrote:
> Le mercredi 06 juillet 2011 à 18:50 -0700, Rodrigo Rosa a écrit :
>
> On Mon, Jul 4, 2011 at 4:13 PM, Maxim Cournoyer
> wrote:
>> On Jul 2, 2011 6:15 PM +0200, Øyvind Harboe wrote:
>>
>> Use t
re flash
Sending "capture flash" ... OK.
> capture asdfs
Sending "capture asdfs" ... OK.
the debug console show the output from openocd (warnings, errors, etc)
but nothing on the tcl script.
On Thu, Jul 7, 2011 at 10:53 AM, Rodrigo Rosa wrote:
> thanks!
> :)
>
>
20, 2011 at 11:33 PM, Rodrigo Rosa
> 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
rs?
>
>
> Since you are embedding the JTAG interface with the target, you can tell if
> buffering is needed. We just 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 targ
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 th
On Thu, Jul 14, 2011 at 6:45 PM, Maxim Cournoyer
wrote:
> **
> 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
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 e
PM, Øyvind Harboe 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" wrote:
>> Hi,
>>
>> What are the expected answers from the TCL port ()?
>>
>> My tests tell
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 --enable-maintaine
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
wrote:
> On Wed, Aug 3, 2011 at 3:32 PM, Tomek CEDRO wrote:
>>
>> Hello Jean, please provide full featured RC package
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
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 o
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 dsp568
On Wed, Aug 10, 2011 at 1:54 PM, Rodrigo Rosa 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/*
On Wed, Aug 10, 2011 at 1:55 PM, Rodrigo Rosa wrote:
> On Wed, Aug 10, 2011 at 1:54 PM, Rodrigo Rosa
> 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 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
wrote:
> Did
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
Desc
i forgot one of the commits on the first pull request
On Wed, Aug 31, 2011 at 4:13 PM, Rodrigo L. Rosa
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
restored the "simple" ha
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 err
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 wrote:
> Hi,
>
> i was running some test loop that comms with openocd via tcp to the tcl port.
> it unlocks/erase/flashes/locks/verifies_communica
On Tue, Nov 1, 2011 at 3:30 PM, 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 09b17046aaca462496d634508567e3a543719c17
> Author: Øy
67 matches
Mail list logo
