On 21/07/2011 16:40, Jie Zhang wrote:
The subject explains this patch.
Jie
committed.
Cheers
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On 21/07/2011 19:30, Ronny Strutz wrote:
Hi,
i've ported the fm3 port by Marc Willam to current git.
Feel free to apply.
committed to master
Cheers
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berli
On 12 July 2011 15:01, Xiaofan Chen wrote:
> On Tue, Jul 12, 2011 at 9:51 PM, Spencer Oliver wrote:
>> Try my repo now i have pushed a fix for the warnings.
>>
>
I have just attempted to build under cygwin and get warnings.
Seems this patch has broken windows - i am inc
On Jul 24, 2011 8:54 PM, "Peter Horn" wrote:
>
> Hi Tomek
>
> Without taking exact measurements, my impression is that the RLink
performs about the same with RIDE on Windows and OpenOCD on Linux. FWIW
RLink uses the Jungo driver on Windows.
Just for info - Jungo is used on winxp and below - vista
On 21/07/2011 19:30, Ronny Strutz wrote:
Hi,
i've ported the fm3 port by Marc Willam to current git.
Feel free to apply.
As this has no impact on existing functionality i would like to commit
this before 0.5 - objections?
Cheers
Spen
___
Openoc
On 21 July 2011 11:18, Igor Skochinsky wrote:
> Hello Julius,
>
> Thursday, July 21, 2011, 11:48:17 AM, you wrote:
>
> JB> I'm looking at adding OpenRISC 1000 support to OpenOCD.
> [skip]
> JB> One solution is we make our GDB port not use these remote query
> JB> commands and instead rely on the r
On 20 July 2011 08:47, Simon Barner wrote:
> Hi,
>
>>> I can see one change that the referred commit introduced
>>> to the ARM-JTAG-EW driver. It is that a speed setting in
>>> the init script now actually is executed. Any such setting
>>> was previously silently ignored.
>>
>> Do you mean the fol
On 19 July 2011 03:41, Brian Hutchinson wrote:
> Hi,
>
> I'm not quite sure if my gdb is hosed up or if it is my openocd build.
> OpenOCD version is Open On-Chip Debugger
> 0.5.0-dev-00959-gd6c42bf-dirty (2011-07-18-18:35)
>
> Is there anything special that needs to be done to build openocd with
On 18 July 2011 11:13, Andreas Fritiofson wrote:
> This patch set fixes some general problems in the RLink interface driver.
>
> Most importantly it fixes a performance bug that have been causing decreased
> throughput.
>
> Speed test on a STM32 Primer (STM32F103 platform with built in RLink) wit
On 17 July 2011 10:18, Luca Bruno wrote:
> make dist should use git2cl to genereate ChangeLog from git history,
> populating the placeholder file in released tarball.
>
Still not working for srcdir != builddir
make[1]: Entering directory `/home/soliver/openocd/openocd-rel'
if test -d ../openocd/
On 18 July 2011 00:46, Steve Bennett wrote:
>
> If there is no way to make automake do this then I guess we have no choice.
> I have pushed something similar to git.
>
Thanks for doing this, i have tested your changes and are just what we need :)
I am going to push the openocd side to complete th
On Jul 15, 2011 3:39 PM, "Xiaofan Chen" wrote:
>
> Historical reference back in June 2009.
>
> Under Linux, Dominic found no much difference between libftdi and ftd2xx.
>
https://lists.berlios.de/pipermail/openocd-development/2009-June/008846.html
>
> My test results support this conclusion under
On 14 July 2011 14:21, Luca Bruno wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Spencer Oliver scrisse:
>
>> On 10 July 2011 15:17, Luca Bruno wrote:
>> > make dist should use git2cl to genereate ChangeLog from git history,
>> > populating t
On 14 July 2011 15:01, Jie Zhang wrote:
> On Thu, Jul 14, 2011 at 8:57 AM, Spencer Oliver wrote:
>>> I tell a lie, just discovered the noinst_SUBDIRS and that seems todo
>>> what we want
>>>
>>
>> Spoke to soon, does not work.
>> So at the moment
On 14 July 2011 11:54, Spencer Oliver wrote:
> On 14 July 2011 11:17, Steve Bennett wrote:
>> On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
>>
>>> On 13 July 2011 22:53, Steve Bennett wrote:
>>>>
>>>> Hi Eric,
>>>>
>>&
On 14 July 2011 11:17, Steve Bennett wrote:
> On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
>
>> On 13 July 2011 22:53, Steve Bennett wrote:
>>>
>>> Hi Eric,
>>>
>>> Thanks for the report.
>>> This is caused by a couple of things.
>
On 10 July 2011 15:17, Luca Bruno wrote:
> make dist should use git2cl to genereate ChangeLog from git history,
> populating the placeholder file in released tarball.
>
> Signed-off-by: Luca Bruno
> ---
> Makefile.am | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/M
On 9 July 2011 22:44, Luca Bruno wrote:
> When building official releases from tarball, git commit info is not
> available in the building environment. Thus, automake should not try to
> append the git commit to the version string.
>
> Signed-off-by: Luca Bruno
> ---
> src/Makefile.am | 3 ++-
On 14 July 2011 10:05, Luca Bruno wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jean-Christophe PLAGNIOL-VILLARD scrisse:
>
>
>> > But these are not really a real release, created by make dist.
>> > Surely we should be running make dist then uploading the releases to
>> > sourceforg
On 13 July 2011 22:53, Steve Bennett wrote:
>
> Hi Eric,
>
> Thanks for the report.
> This is caused by a couple of things.
>
> Firstly, the version of jimtcl used by openocd isn't fully functional
> when built under mingw. It's fine for openocd, but things like backslashes
> in paths and exec are
On 12 July 2011 20:41, Spencer Oliver wrote:
> On 12/07/2011 16:03, Spencer Oliver wrote:
>>
>> I have pushed a fix for this issue - it checks the ftd2xx version etc.
>> http://repo.or.cz/w/openocd/ntfreak.git
>>
>
> If i do not here any objections i am going to
On 13 July 2011 02:32, Andrew Leech wrote:
> On 11 July 2011 07:31, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
rc2
http://openocd.git.sourceforge.net/git/gitweb.cgi?p=openocd/openocd;a=snapshot;h=d4cd6f032015552f00bf4b5a90f25f5f958e9d9e;sf=tgz
> I'm assuming
On 12/07/2011 20:56, Peter Stuge wrote:
Spencer Oliver wrote:
Why are we duplicating effort on two different libraries that
accomplish exactly the same thing?
Main reason is that ftd2xx works better/faster on windoze.
Is it known how much, and why?
off the top of my head no - the list
On 12/07/2011 20:53, Peter Stuge wrote:
Spencer Oliver wrote:
ftd2xx
Why are we duplicating effort on two different libraries that
accomplish exactly the same thing?
Wouldn't it be nicer to simply cut ftd2xx and only use libftdi?
What are respective advantages of the two libraries?
On 12/07/2011 16:03, Spencer Oliver wrote:
I have pushed a fix for this issue - it checks the ftd2xx version etc.
http://repo.or.cz/w/openocd/ntfreak.git
If i do not here any objections i am going to push this to master.
It should be included in the 0.5 release
Cheers
Spen
On 12 July 2011 15:04, Xiaofan Chen wrote:
> On Tue, Jul 12, 2011 at 7:04 PM, Steve Bennett wrote:
>> Although this problem is fixed in the latest libftd2xx1.0.5,
>> that version is not yet publically available.
>> Without this fix, the ftd2xx aborts with a fatal error and
>> is thus unusable.
>>
On 12 July 2011 14:36, Spencer Oliver wrote:
> On 12 July 2011 14:34, Xiaofan Chen wrote:
>> On Tue, Jul 12, 2011 at 8:11 PM, Spencer Oliver wrote:
>>> Could not apply your patch so had to do it manually.
>>>
>>> I have pushed changes to my testing r
On 12 July 2011 14:34, Xiaofan Chen wrote:
> On Tue, Jul 12, 2011 at 8:11 PM, Spencer Oliver wrote:
>> Could not apply your patch so had to do it manually.
>>
>> I have pushed changes to my testing repo:
>> http://repo.or.cz/w/openocd/ntfreak.git
>>
>>
On 12 July 2011 13:39, Laurent Gauch wrote:
>>
>> On 12/07/2011, at 10:18 PM, Spencer Oliver > <https://lists.berlios.de/mailman/listinfo/openocd-development>> wrote:
>>
>> >/ On 12 July 2011 13:08, Xiaofan Chen > > <https://lists.berlios
On 12 July 2011 13:08, Xiaofan Chen wrote:
> On Tue, Jul 12, 2011 at 7:14 PM, Steve Bennett wrote:
>> On 12/07/2011, at 9:10 PM, Øyvind Harboe wrote:
>>
>>> If this problem eventually goes away, then I think it would make sense not
>>> to leave cruft in OpenOCD that we have to remove later?
>>>
>
On 12 July 2011 12:36, Spencer Oliver wrote:
> On 12 July 2011 12:17, Steve Bennett wrote:
>> On 12/07/2011, at 9:11 PM, Spencer Oliver wrote:
>>
>>> On 12 July 2011 12:04, Steve Bennett wrote:
>>>> For libftd2xx1.0.4, which uses a different directory
On 12 July 2011 12:17, Steve Bennett wrote:
> On 12/07/2011, at 9:11 PM, Spencer Oliver wrote:
>
>> On 12 July 2011 12:04, Steve Bennett wrote:
>>> For libftd2xx1.0.4, which uses a different directory structure
>>> than libftd2xx0.4.16
>>> Without this fi
On 12 July 2011 12:04, Steve Bennett wrote:
> For libftd2xx1.0.4, which uses a different directory structure
> than libftd2xx0.4.16
> Without this fix the build fails with version 1.0.4 of the driver.
>
> Note that this does not fix --with-ftd2xx-lib=shared
>
> Signed-off-by: Steve Bennett
> ---
On 12 July 2011 10:59, Øyvind Harboe wrote:
>> Great.
>>
>> Øyvind. What needs to be done to get this merged?
>
> I don't know this code. Is this a patch that should go into the current
> release? We're at rc2.
>
> Perhaps post a new message with the patch and why it should
> be included in the cu
On 12 July 2011 00:37, Hard Maker wrote:
> Very thank's, in the last hour I can configure eclipse (googling), but I'm
> interesting in a more lightweight application, like Code::Blocks or
> something like that.
Here is a openocd plugin for codeblocks:
http://developer.berlios.de/projects/cbmcu/
On 12 July 2011 06:23, Øyvind Harboe wrote:
> Problem: CFI flashes can be quite slow. 200kBytes erase + 100kBytes write
> are not uncommon limitations => maximum theoretical performance
> of 66kBytes/s erase+write speed.
>
> With a 16mByte flash, this means 4 minutes best case.
>
> Alternative app
On 11 July 2011 07:31, Jean-Christophe PLAGNIOL-VILLARD
wrote:
>> Totally agree on this - FreeBSD ports use automatic package download
>> and extraction mechanism, so having tarball for RC2 would be great!
>> Please let me know then its available :-)
> for RC we have us gitweb to generate the tar.
On 7 July 2011 11:09, Steve Bennett wrote:
>
> ../../jimtcl/autosetup/find-tclsh: line 10: cc: command not found
>
> But no cc?
>
> If cygwin is installed, why no cc?
That one confused me aswell, perhaps the cygwin tools need reinstalling.
The cygwin-mingw cross compiler is relatively new and do
On 7 July 2011 00:56, Steve Bennett wrote:
> On 07/07/2011, at 2:13 AM, Eric Wetzel wrote:
>
>> I pulled from origin and now my process is failing during configure.
>> On ac43d7a69fca52df1ad287b51c44013653ad2f61, comping under Cygwin with
>> MinGW compiler, I get this:
>>
>> === configuring in jim
On 6 July 2011 15:41, Xiaofan Chen wrote:
> On Wed, Jul 6, 2011 at 10:38 PM, Xiaofan Chen wrote:
>> On Wed, Jul 6, 2011 at 10:02 PM, Eric Wetzel wrote:
>>> 3. I copied the installed LibUSB-Win32-0.1 usb.h and libusb.a to
>>> include and lib, respectively, under /usr/i686-pc-mingw32/sys-root.
>>>
On 6 July 2011 12:36, Luc ANTOLINOS wrote:
> On 6 July 2011 13:17, Spencer Oliver wrote:
>> Openocd did work ok for wfi as long as the jtag clock was slow enough.
>> However this was broken in HEAD last time i tested it - it has been on
>> my look at list for a while
On 6 July 2011 12:14, Drasko DRASKOVIC wrote:
> On Wed, Jul 6, 2011 at 1:08 PM, Luc ANTOLINOS wrote:
>> On 6 July 2011 12:37, Drasko DRASKOVIC wrote:
>>> From OpenOCD Manual
>> Thanks for all the pointers to the documentation. From these
>> informations, I understand the better way is to not use
On 6 July 2011 11:58, Luc ANTOLINOS wrote:
> On 6 July 2011 12:05, Spencer Oliver wrote:
>>
>> Can you provide a full openocd log?
>>
> Attached to this mail. Debug level 3.
>
I really need to see a log of the actual problem, eg. you connect ok
then when the target en
On 06/07/2011 10:53, Luc ANTOLINOS wrote:
On 6 July 2011 11:08, Spencer Oliver mailto:s...@spen-soft.co.uk>> wrote:
> I'm working with an LPC2388 (arm7tdmi-s core). I use the "IDLE"
power mode
Have you tried reducing the jtag clock?
Hi,
I've try the fo
On 6 July 2011 10:02, Luc ANTOLINOS wrote:
> Hi,
> I'm working with an LPC2388 (arm7tdmi-s core). I use the "IDLE" power mode
> to stop the arm core to reduce power consumption. All IT and peripheral are
> still ON in this mode, only the arm core is sleeping.
>
Have you tried reducing the jtag cl
On 05/07/2011 17:09, Drasko DRASKOVIC wrote:
On Tue, Jul 5, 2011 at 5:32 PM, Spencer Oliver wrote:
After a quick look over i see your patch assumes that synci is
supported by the target - may not be the case.
Hi Spen,
yes, this is true. Otherwise we can re-implement this with "cache&quo
On 5 July 2011 15:44, Drasko DRASKOVIC wrote:
> On Thu, Jun 30, 2011 at 6:25 PM, Drasko DRASKOVIC
> wrote:
>> Now, in case of EJTAG communication implementation in mips32_pracc.c
>> this is not a simple thing to implement. I am currently adding missing
>> opcodes and trying to craft a miniprogram
On Jul 4, 2011 10:27 PM, "Drasko DRASKOVIC"
wrote:
>
> On Mon, Jul 4, 2011 at 1:23 PM, Drasko DRASKOVIC
> wrote:
> > On Mon, Jul 4, 2011 at 1:12 PM, Spencer Oliver
wrote:
> >> On 2 July 2011 15:35, Drasko DRASKOVIC
wrote:
> >>> On Fri, Jul 1, 2011
On 2 July 2011 15:35, Drasko DRASKOVIC wrote:
> On Fri, Jul 1, 2011 at 11:37 PM, Spencer Oliver wrote:
>> On 01/07/2011 22:22, Drasko DRASKOVIC wrote:
>> could you send the log of the previous working version where you did not
>> need to pass --disable-option-checking
>
&
On 4 July 2011 08:12, Andrew Leech wrote:
> On 1/07/2011 8:47 PM, Spencer Oliver wrote:
>>
>> On 1 July 2011 00:41, Andrew Leech wrote:
>>>
>>> Only problem is, it's incredibly slow, unusably slow. A single step can
>>> take
>>> 5 seconds,
On 01/07/2011 22:22, Drasko DRASKOVIC wrote:
On Fri, Jul 1, 2011 at 10:50 PM, Spencer Oliver wrote:
On 01/07/2011 21:23, Drasko DRASKOVIC wrote:
Strange.
configure should be passing --disable-option-checking to any submodules.
can you try a test something like
./configure --enable-maintainer
On 28/06/2011 10:09, Steve Bennett wrote:
One observation is that jimsh0 is built in the src dir, perhaps it
would be better to use the builddir.
I tend to build out of tree for various arch's and having jimsh0 built
in the src dir does create issues for this kind of setup.
I will see if this
On 01/07/2011 21:23, Drasko DRASKOVIC wrote:
On Fri, Jul 1, 2011 at 9:59 PM, Spencer Oliver wrote:
On Jul 1, 2011 7:34 PM, "Drasko DRASKOVIC"
wrote:
Hmm.. Reseting hard to one beyond HEAD seems to workaround the prob :
git-reset --hard HEAD~1
Make sure you do a bootstrap and
On Jul 1, 2011 7:34 PM, "Drasko DRASKOVIC"
wrote:
>
> Hmm.. Reseting hard to one beyond HEAD seems to workaround the prob :
>
> > git-reset --hard HEAD~1
>
Make sure you do a bootstrap and configure.
I have tested on the usual platforms and all is working here.
Cheers
Spen
__
On 1 July 2011 00:41, Andrew Leech wrote:
> On 30/06/2011 6:13 PM, Spencer Oliver wrote:
>>
>> On 30 June 2011 07:47, Andrew Leech wrote:
>>>
>>> Have you used it successfully? Helios has that too (since early 2011?),
>>> but
>>> I've nev
On 30 June 2011 07:47, Andrew Leech wrote:
> Have you used it successfully? Helios has that too (since early 2011?), but
> I've never got it running. I've just updated to indigo and still can't make
> it work.
>
I ran a few tests yesterday and it worked fine.
ubuntu was easier to setup than windo
From: Spencer Oliver
The actual release is 411e92fea9621630eb350e0c2bb43543e553b84f as we
had a few issues relating to its use within openocd.
Signed-off-by: Spencer Oliver
---
jimtcl |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/jimtcl b/jimtcl
index 60dfb02
The jimtcl should also be included in the first release.
I should be updating in the next day or so.
Cheers
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On 24 June 2011 21:27, Peter Horn wrote:
>
> Am 24.06.2011 21:52, schrieb Spencer Oliver:
>
>> On Jun 24, 2011 10:32 AM, "Øyvind Harboe" > <mailto:oyvind.harboe@zylin.**com >> wrote:
>> >
>> > Anyone have any objections against this pa
On 27 June 2011 22:33, Steve Bennett wrote:
> On 27/06/2011, at 10:07 PM, Spencer Oliver wrote:
>
> On 27 June 2011 11:05, Spencer Oliver wrote:
>
>> Thanks that solves all the problems i see with make distcheck.
>> At some point i may look into a method of tweak
On 27 June 2011 22:33, Steve Bennett wrote:
> On 27/06/2011, at 10:07 PM, Spencer Oliver wrote:
>
> On 27 June 2011 11:05, Spencer Oliver wrote:
>
>> Thanks that solves all the problems i see with make distcheck.
>> At some point i may look into a method of tweak
On 27 June 2011 11:05, Spencer Oliver wrote:
> Thanks that solves all the problems i see with make distcheck.
> At some point i may look into a method of tweaking so we do not install
> unnecessary files, but all is good for the next openocd release.
>
> Cheers
> Spen
>
Sp
On 21 June 2011 07:44, Spencer Oliver wrote:
> >
> > Try this:
> http://repo.or.cz/w/jimtcl.git/commit/fbc998db178da5c462e164b63da128a7d7412e37
> >
> > With your recent changes, now 'make distcheck' works for me.
> >
>
> Many thanks :-)
>
>
On Jun 24, 2011 10:32 AM, "Øyvind Harboe" wrote:
>
> Anyone have any objections against this patch?
>
> Did anyone else but Andreas Fritiofson review it in detail?
>
I am back at work next week and would like to go through it then
Cheers
Spen
___
Openo
>
> Try this:
http://repo.or.cz/w/jimtcl.git/commit/fbc998db178da5c462e164b63da128a7d7412e37
>
> With your recent changes, now 'make distcheck' works for me.
>
Many thanks :-)
I am away on holiday at the moment so will not get time to look at this
again until next week.
Cheers
Spen
_
From: Spencer Oliver
We have to use this method as automake seems to ignore nodist_ on libs.
Signed-off-by: Spencer Oliver
---
src/Makefile.am |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/Makefile.am b/src/Makefile.am
index 60d1189..e3adaad 100644
--- a/src
Found some more missing files that should be included in the distribution.
Cheers
Spen
[PATCH 1/2] build: add missing files to make dist
[PATCH 2/2] build: do not included generated files in distribution
This e-mail has bee
From: Spencer Oliver
Signed-off-by: Spencer Oliver
---
Makefile.am|9 +++--
doc/Makefile.am|3 ++-
src/target/Makefile.am |1 -
3 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 2d07552..63ac5a1 100644
--- a
From: Spencer Oliver
This is only for the case of a make distcheck.
During a normal release build these flags will be created by configure.gnu
Signed-off-by: Spencer Oliver
---
Makefile.am |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Makefile.am b/Makefile.am
From: Spencer Oliver
Signed-off-by: Spencer Oliver
---
src/jtag/Makefile.am |3 ++-
src/rtos/Makefile.am |3 +--
src/target/Makefile.am |7 ++-
3 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/src/jtag/Makefile.am b/src/jtag/Makefile.am
index 2717dc5..d8a71e2
I am going to commit the following two patches.
This will also mean an upgrade of jimtcl when some other issues have been
ironed out.
They fix build issues when running make distcheck, still have a couple of
remaining issues that i am working on.
Cheers
Spen
[PATCH 1/2] build: add missing file
On 16 June 2011 13:02, Steve Bennett wrote:
> Hmmm. Works for me. Can you send me first few lines of git log in the
> jimtcl dir and also the output of make distcheck? And also jimtcl/Makefile
>
> Cheers,
> Steve
>
I think there is some confusion again.
openocd and jimtcl build ok - even after u
On 16 June 2011 05:38, Steve Bennett wrote:
> On 16/06/2011, at 7:49 AM, Spencer Oliver wrote:
>
>
> On Jun 15, 2011 10:30 PM, "Øyvind Harboe" wrote:
> >
> > I think we should stick to distributing source packages only.
> >
>
> That's my
On Jun 15, 2011 11:40 PM, "Tomek CEDRO" wrote:
>
> So is there anyone else wanting to release 0.4.1 (or any other) from
> the current source tree?? There were so many people interested...
>
I am all for a 0.50 release.
As mentioned need to fix make dist first.
Spen
__
On Jun 15, 2011 10:30 PM, "Øyvind Harboe" wrote:
>
> I think we should stick to distributing source packages only.
>
That's my plan
- even that is not easy as Jim does not use autoconf etc.
Cheers
Spen
___
Openocd-development mailing list
Openocd-devel
On Jun 15, 2011 10:10 PM, "Tomek CEDRO" wrote:
>
> Hello Spencer :-)
>
> I would use git submodule and simply include JimTCL with OpenOCD build
> binary. This would save lots of problems and produce common
> distribution. Anyone who want to use external library can build
> his/her own binary. Ofco
On Jun 15, 2011 8:08 PM, "Øyvind Harboe" wrote:
>
> On Wed, Jun 15, 2011 at 9:01 PM, Spencer Oliver
wrote:
> > The main thing that needs fixing is the issue with how to release the
Jim
> > tcl lib.
> > Currently a make distcheck will fail due the Jim lib.
>
The main thing that needs fixing is the issue with how to release the Jim
tcl lib.
Currently a make distcheck will fail due the Jim lib.
Previously Jim was integrated and this made releases simpler - now we have
to decide whether to leave it seperate or release the Jim src with openocd
release pac
Hi,
When performing a erase_check on a cortex we gets lots of
Error: 36989 4463475 target.c:1190 target_alloc_working_area_try(): BUG:
code tried to allocate unaligned number of bytes (0x000e), padding
The reason being that the erase_check_code for armv7 is only 14bytes, now i
would not cons
On 10 June 2011 13:14, Spencer Oliver wrote:
> On Jun 10, 2011 11:53 AM, "Mahavir Jain" wrote:
> >
> > Hi Spencer,
> >
> > Did you get time to perform additional tests? What would be fix for this
> > issue (disabling working areas makes entire operatio
On Jun 10, 2011 11:53 AM, "Mahavir Jain" wrote:
>
> Hi Spencer,
>
> Did you get time to perform additional tests? What would be fix for this
> issue (disabling working areas makes entire operation really slow)?
>
No sorry i have had no time yet.
I am hoping to have a look some time early next wee
On 06/06/2011 18:00, Mahavir Jain wrote:
Hi,
I am trying to program STM3210e-eval board with external CFI flash of
16MiB (sector size 128KiB) using openocd from latest git master branch.
I am not able to write to flash getting following error,
flash write_bank 1 /tmp/helloworld_flash.bin 0
fl
On 06/06/2011 12:01, Mateusz Baran wrote:
Hello!
I trying program PIC32 by openOCD 0.5.0 and jtagkey but i have some
problem:/
I run openOCD: openocd.exe -f interface/jtagkey.cfg -f target/pic32mx.cfg
and that is effect:
http://obrazki.elektroda.pl/1329039700_1306928501.jpg
Info: JTAG Tap: pic3
On 27/05/2011 16:51, Laurent Gauch wrote:
Hi,
You're right,
the last version from git cannot be compiled from my mingw too, but can
be compiled with my cygwin ;-)
But with mingw, i do not have the same error as you, but related to
tclsh, strange .
just tested a cygwin and msys build - both
On 25/05/2011 04:22, Øyvind Harboe wrote:
Any objections to merging?
It's a big step in the right direction and hopefully this will
encourage more people to pitch in.
Not tested - no objections from me.
Cheers
Spen
___
Openocd-development mailing
From: Spencer Oliver
cygwin does not define sleep, so use our internal win32 version.
caused by commit 9d4aec6bda90ad39a140747ea270c6a09dd26440
Signed-off-by: Spencer Oliver
---
src/target/dsp5680xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/target
From: Spencer Oliver
Signed-off-by: Spencer Oliver
---
src/target/dsp5680xx.c | 86
1 files changed, 43 insertions(+), 43 deletions(-)
diff --git a/src/target/dsp5680xx.c b/src/target/dsp5680xx.c
index b8e95e4..f2f2dba 100644
--- a/src/target
I have committed the following two patches.
Cheers
Spen
[PATCH 1/2] Fix build issue under cygwin
[PATCH 2/2] dsp5680xx: whitespace cleanup
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listin
On 06/05/2011 11:46, Ivan wrote:
Hi guys,
I have been trying for 3 days having openocd and stm32 Performance Stick working
but I stucked.
I'm using windows and the ftdilib drivers.
This is what I get when I run openocd:
C:\Users\Electronics\Desktop\openocd>openocd -f board\hitex_stm32-perform
On 02/05/2011 02:33, Evan Hunter wrote:
Hi,
I have an issue regarding the WFI instruction on a STM32.
On the STM32, a particular bit must be set in order to maintain debug
access during sleep (WFI).
Imagine for a second a useless program where the first instruction is a
WFI.
Currently I’m fin
On 13/04/2011 17:07, Spencer Oliver wrote:
From: Spencer Oliver
Update devices as per the latest programming manual.
We now use the full DEVID to identify the target. Previously we used
a 8bit id but that has now been changed in the manual.
merged
Cheers
Spen
From: Spencer Oliver
Update devices as per the latest programming manual.
We now use the full DEVID to identify the target. Previously we used
a 8bit id but that has now been changed in the manual.
Signed-off-by: Spencer Oliver
---
src/flash/nor/pic32mx.c | 98
On 13/04/2011 14:52, Xiaofan Chen wrote:
On Wed, Apr 13, 2011 at 9:24 PM, Spencer Oliver wrote:
On 13/04/2011 13:46, Xiaofan Chen wrote:
I just got an Altera Max II development board and tried to
use it with OpenOCD. It does not seem to work.
Take note I do not know much about CPLD now
On 13/04/2011 13:46, Xiaofan Chen wrote:
I just got an Altera Max II development board and tried to
use it with OpenOCD. It does not seem to work.
Take note I do not know much about CPLD now.
cuee@ubuntu64:~/Desktop/build/openocd/max2$ cat max2.cfg
#simple device - just configure a tap
jtag new
On 12/04/2011 23:29, Rodrigo Rosa wrote:
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-ft22
On 12/04/2011 20:59, Rodrigo Rosa wrote:
nothing strange there - thats a big configure line :)
Does the doc dir have a version.texi in it?
nop...
very strange, version.texi should be generated by doc/makefile - here is
the snippet:
$(srcdir)/version.texi: $(srcdir)/stamp-vti
$(srcdir)
On 12/04/2011 20:16, Rodrigo Rosa wrote:
i've attached the config file and the patches.
i'm working on this, i have a loot to go, but i wanted some feedback
about what i've done up to now.
nothing strange there - thats a big configure line :)
Does the doc dir have a version.texi in it?
Cheers
On 12/04/2011 17:47, Rodrigo Rosa wrote:
doesn't fix it...
can you attach your config.log.
Cheers
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On 12/04/2011 06:54, Laurent Gauch wrote:
https://lists.berlios.de/pipermail/openocd-development/2011-April/018646.html
This is not related.
Rodrigo problem is caused because he has not generated version.texi.
Todo this he needs to configure with --enable-maintainer-mode
Cheers
Spen
__
On 07/04/2011 17:36, Øyvind Harboe wrote:
Try:
make distclean
sh bootstrap
./configure --enable-maintainer-mode
make
if that doesn't work, upgrade various autoconf packages, etc.
upgrade should not be required, tested patch on 2.60, 2.65 and 2.68
versions of autoconf.
As Øyvind sugg
101 - 200 of 688 matches
Mail list logo