On 10/08/2011, at 3:03 PM, Xiaofan Chen wrote:
> On Wed, Aug 10, 2011 at 11:44 AM, Steve Bennett
> wrote:
>> On 10/08/2011, at 9:43 AM, Xiaofan Chen wrote:
>>> It was not up to date but very close. Anyway, I just updated it and
>>> the issue is still there with the release zip file. I will try t
On Wed, Aug 10, 2011 at 11:44 AM, Steve Bennett wrote:
> On 10/08/2011, at 9:43 AM, Xiaofan Chen wrote:
>> It was not up to date but very close. Anyway, I just updated it and
>> the issue is still there with the release zip file. I will try the git
>> tree later.
>>
>> === configuring in jimtcl
>
I am genuinely interested in hearing the pros and cons of rebasing
vs. merging pull requests.
rebasing yields a nice linear history, which I like. Perhaps I'm just
old fashioned and used to it from Subversion days...
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-86
Merged.
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/ma
On Wed, Aug 10, 2011 at 1:02 AM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 23:15 Tue 09 Aug , Øyvind Harboe wrote:
>> Any objections?
>>
>> I tried the command line below and it worked perfectly! :-)
>>
>> git checkout origin/master
>> git pull --rebase http://repo.or.cz/r/openocd/andreasf
On 16:46 Tue 09 Aug , Rodrigo Rosa wrote:
> 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 me
On 10/08/2011, at 9:43 AM, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 11:11 PM, Spencer Oliver wrote:
>> On 9 August 2011 16:01, Xiaofan Chen wrote:
>>> On Tue, Aug 9, 2011 at 10:20 PM, Spencer Oliver
>>> wrote:
>>>
Just tested building native windoze under cygwin and working fine here
On Wed, Aug 10, 2011 at 7:59 AM, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 11:26 PM, Olivier Schonken
> wrote:
>> Hi Xiaofan
>>
>> I also experienced the same build error a while ago. To fix it I manually
>> checked out version 0.63 of JimTCL,
>
> Just wondering how you do that?
I mean to as
On Tue, Aug 9, 2011 at 11:26 PM, Olivier Schonken
wrote:
> Hi Xiaofan
>
> I also experienced the same build error a while ago. To fix it I manually
> checked out version 0.63 of JimTCL,
Just wondering how you do that?
> and after that, the build went on
> without any problems. I did a git clon
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
On Tue, Aug 9, 2011 at 11:11 PM, Spencer Oliver wrote:
> On 9 August 2011 16:01, Xiaofan Chen wrote:
>> On Tue, Aug 9, 2011 at 10:20 PM, Spencer Oliver wrote:
>>
>>> Just tested building native windoze under cygwin and working fine here.
>>> I used the release tarball and the following configure
On Wed, Aug 10, 2011 at 1:48 AM, Carlson Gary
wrote:
> Hi Xiaofan,
>
> Your response was much appreciated! :)
>
> Gary
>
>
> Gary Carlson
>
> Gary Carlson, MSEE
> Principal Engineer
> Carlson-Minot Inc.
You are welcome. Hopefully the issue will be fixed in the near
future.
--
Xiaofan
_
On 23:15 Tue 09 Aug , Øyvind Harboe wrote:
> Any objections?
>
> I tried the command line below and it worked perfectly! :-)
>
> git checkout origin/master
> git pull --rebase http://repo.or.cz/r/openocd/andreasf.git async_algo
normaly it's, we do not rebase the code
git merge http://repo.o
On Wed, Aug 10, 2011 at 12:01 AM, Spencer Oliver wrote:
> On 09/08/2011 22:15, Øyvind Harboe wrote:
>
>> Any objections?
>>
>>
> I would like to give this a test-run tomorrow.
>
> One observation - other targets that do not yet support the new functions
> will output a LOG_ERROR to the user. Maybe
On 09/08/2011 22:15, Øyvind Harboe wrote:
Any objections?
I would like to give this a test-run tomorrow.
One observation - other targets that do not yet support the new
functions will output a LOG_ERROR to the user. Maybe this should be a
LOG_DEBUG as the user will have no idea what it mean
The following changes since commit 194e3c5bc5e0fbb7d41cfcbe913c4264782cdd5b:
Rodrigo L. Rosa (1):
fix tapenabler return code
are available in the git repository at:
http://repo.or.cz/r/openocd/andreasf.git rlink
Andreas Fritiofson (7):
rlink: fix indentation errors
rlink:
On Sat, Jul 30, 2011 at 4:26 AM, Mahr, Stefan wrote:
> Hi Drasko.
>
>> Drasko DRASKOVIC (1):
>> mips32 : Fixed memory byte access
>
> Your patch fixes the broken byte access, but not the big endian host issue.
Hi Stefan,
this is true. But my intention was not to go in changing all these
func
On Tue, Aug 9, 2011 at 11:32 PM, Øyvind Harboe wrote:
>> Hi Øyvind,
>> I totally agree. I am trying to re-send my pull requests replying to
>> the thread of discussion, so thet reference can be kept. I hope that
>> this is OK.
>
> I think for some of those discussions you have to repost the pull r
> Hi Øyvind,
> I totally agree. I am trying to re-send my pull requests replying to
> the thread of discussion, so thet reference can be kept. I hope that
> this is OK.
I think for some of those discussions you have to repost the pull request
and/or the correct version of the patch. There are so m
On Tue, Aug 9, 2011 at 11:23 PM, Øyvind Harboe wrote:
> If there is a patch or pull request that has fallen between the cracks, then
> you as the patch submitter must nag. The maintainers do not mind!
>
> Especially for some of the pull requests and patches where there
> has been long and fruitful
If there is a patch or pull request that has fallen between the cracks, then
you as the patch submitter must nag. The maintainers do not mind!
Especially for some of the pull requests and patches where there
has been long and fruitful discussions maintainers may have no clue
which patch that shoul
BTW,
Stefan and all others,
thank you very much for this long discussion and for the effort on
explaining things. I think it was very useful.
BR,
Drasko
On Tue, Aug 9, 2011 at 11:20 PM, Drasko DRASKOVIC
wrote:
> On Mon, Jul 11, 2011 at 1:50 PM, Mahr, Stefan
> wrote:
> Yes, if BE target shi
On Mon, Jul 11, 2011 at 1:50 PM, Mahr, Stefan wrote:
Yes, if BE target shifts out an 32 bit value from address 0, it will
begin with bit0:7, that is byte address 0x03 at targets memory.
>>>
>>> And host will do the same. When it shifts out 32-bit value , it will
>>> put contents of it's
Hi all,
another outstanding pull request, that I made after previously
introduced MIPS CP0 manipulation routines (it is independent, though
and not related).
This is actually a bugfix, not an enhancement.
BR,
Drasko
-- Forwarded message --
From: Drasko DRASKOVIC
Date: Tue, Jul
Any objections?
I tried the command line below and it worked perfectly! :-)
git checkout origin/master
git pull --rebase http://repo.or.cz/r/openocd/andreasf.git async_algo
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40
Hi all,
as per Øyvind's request I am re-sending this outstanding pull request.
BR,
Drasko
-- Forwarded message --
From: Drasko DRASKOVIC
Date: Thu, Jul 7, 2011 at 7:27 PM
Subject: [OpenOCD][PULL Request][MIPS32] CP0 coprocessor manipulation
and cache synchronization routines
To:
The following changes since commit 194e3c5bc5e0fbb7d41cfcbe913c4264782cdd5b:
Rodrigo L. Rosa (1):
fix tapenabler return code
are available in the git repository at:
http://repo.or.cz/r/openocd/andreasf.git async_algo
Andreas Fritiofson (5):
target: add async algorithm entries t
Merged.
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berl
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
Now that the merge window is open, please post(or repost) patches and pull
requests for stuff that is ready to go into the master branch.
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
__
Hi,
openocd 0.5.0 has been released, so if you update your patch as below,
we'll be able to review it again for inclusion in 0.6.0.
On Wed, Jul 13, 2011 at 5:01 PM, Øyvind Harboe wrote:
> Some comments:
>
> 1. add code to propagate errors:
>
> retval = target_read/write_xxx();
> if (retval != ER
Merged.
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.be
Merged.
Thanks!
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berl
tested in buildroot
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
configure.in |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/configure.in b/configure.in
index dfa1e8f..cfe2218 100644
--- a/configure.in
+++ b/configure.in
@@ -1046,8 +1046,11 @@ build_usb=no
Hi Xiaofan
I also experienced the same build error a while ago. To fix it I manually
checked out version 0.63 of JimTCL, and after that, the build went on
without any problems. I did a git clone of openocd just-now, and I did a
--host="i686-w64-mingw32" build on a Windows 7 installation of cygwi
I also vote for Freddie, he is the sureness where everybody finds
usable binary release for Windows.
It is very important for embedded developers (not only for beginners)
to have the possibility of using running version instead of the only
you-can-build-it-though-but-first-install-Cygwin-then-find-
On 9 August 2011 16:11, Spencer Oliver wrote:
> On 9 August 2011 16:01, Xiaofan Chen wrote:
>> On Tue, Aug 9, 2011 at 10:20 PM, Spencer Oliver wrote:
>>
>>> Just tested building native windoze under cygwin and working fine here.
>>> I used the release tarball and the following configure line:
>>
On 9 August 2011 16:01, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 10:20 PM, Spencer Oliver wrote:
>
>> Just tested building native windoze under cygwin and working fine here.
>> I used the release tarball and the following configure line:
>> ./configure --build=i686-pc-cygwin --host=i686-pc-mi
On Tue, Aug 9, 2011 at 10:20 PM, Spencer Oliver wrote:
> Just tested building native windoze under cygwin and working fine here.
> I used the release tarball and the following configure line:
> ./configure --build=i686-pc-cygwin --host=i686-pc-mingw32
> --disable-shared --disable-werror --enable-
On Tue, Aug 9, 2011 at 11:08 AM, Xiaofan Chen wrote:
> If the project is willing to provide official Windows binary, that
> would be the best. But if not, a link to Freddie Chopin's
> website is still good.
I vote for Freddie to have his own place/mirror at project repository,
at least for one up
On 9 August 2011 15:10, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 10:05 PM, Xiaofan Chen wrote:
>> On Tue, Aug 9, 2011 at 9:47 PM, Xiaofan Chen wrote:
>>> On Tue, Aug 9, 2011 at 9:27 PM, Spencer Oliver wrote:
The issue is building using msys under windoze.
Using cygwin or linux to
On Tue, Aug 9, 2011 at 7:15 PM, Øyvind Harboe wrote:
> I do not particularly like the idea of being responsible, directly or
> indirectly
> for binaries as a maintainer.
>
> We have our hands full getting a release out in the first place with the
> resources we have, let alone figuring out if we
On Tue, Aug 9, 2011 at 10:05 PM, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 9:47 PM, Xiaofan Chen wrote:
>> On Tue, Aug 9, 2011 at 9:27 PM, Spencer Oliver wrote:
>>> The issue is building using msys under windoze.
>>> Using cygwin or linux to build native win32 (mingw) is not an issue.
>>>
>>
On Tue, Aug 9, 2011 at 9:47 PM, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 9:27 PM, Spencer Oliver wrote:
>> The issue is building using msys under windoze.
>> Using cygwin or linux to build native win32 (mingw) is not an issue.
>>
>
> I remember there were no issues to build MinGW binary under
On Tue, Aug 9, 2011 at 9:27 PM, Spencer Oliver wrote:
> The issue is building using msys under windoze.
> Using cygwin or linux to build native win32 (mingw) is not an issue.
>
I remember there were no issues to build MinGW binary under
Cygwin with the cross compiler with OpenOCD git. But it seem
On 9 August 2011 14:34, Xiaofan Chen wrote:
> On Tue, Aug 9, 2011 at 9:25 PM, Spencer Oliver wrote:
>> On 9 August 2011 13:48, Vit Mares wrote:
>>> it doesn't seem so, jimsh0.exe is built during configure and is runable.
>>> When I start it in MSYS console I get the dot prompt.
>>>
>> It has bee
On Tue, Aug 9, 2011 at 9:25 PM, Spencer Oliver wrote:
> On 9 August 2011 13:48, Vit Mares wrote:
>> it doesn't seem so, jimsh0.exe is built during configure and is runable.
>> When I start it in MSYS console I get the dot prompt.
>>
> It has been a while since i looked however:
> Building jimsh0
Hi All,
I am new to openOCD family and trying to use it for my small ARM board with
cortex m3
I installed and connected openOCD for the first time today with cortex m3.
After the connection I am trying to execute dap commands as given in the manual.
I am using 0.4.0 version as I thought the latest
On 9 August 2011 14:13, Jie Zhang wrote:
> On Tue, Aug 9, 2011 at 7:52 AM, Vit Mares wrote:
>> Attempt to build 0.5.0 with MinGW on Windows XP failed when running
>> configure.
>> Release 0.4.0 configured and built without problems.
>
> I downloaded 0.5.0 and built it with mingw-w64 on Debian te
On 9 August 2011 13:48, Vit Mares wrote:
> Hi Spen,
>
> it doesn't seem so, jimsh0.exe is built during configure and is runable.
> When I start it in MSYS console I get the dot prompt.
>
> Best regards
> Vit
>
It has been a while since i looked however:
Building jimsh0 is not the problem, runnin
Hi,
Since we are in merge window now, how about merge this patch to
replace script with source:
https://lists.berlios.de/pipermail/openocd-development/2011-July/020370.html
If there is any issue, we still have enough time to revert this change.
Regards,
Jie
_
On Tue, Aug 9, 2011 at 7:52 AM, Vit Mares wrote:
> Attempt to build 0.5.0 with MinGW on Windows XP failed when running configure.
> Release 0.4.0 configured and built without problems.
I downloaded 0.5.0 and built it with mingw-w64 on Debian testing. The
build was successful. But I didn't try the
Hi Spen,
it doesn't seem so, jimsh0.exe is built during configure and is runable.
When I start it in MSYS console I get the dot prompt.
Best regards
Vit
2011/8/9 Spencer Oliver :
> On 9 August 2011 12:52, Vit Mares wrote:
>> Attempt to build 0.5.0 with MinGW on Windows XP failed when running
On 9 August 2011 12:52, Vit Mares wrote:
> Attempt to build 0.5.0 with MinGW on Windows XP failed when running configure.
> Release 0.4.0 configured and built without problems.
>
> config.status: creating src/pld/Makefile
> config.status: creating doc/Makefile
> config.status: creating config
Attempt to build 0.5.0 with MinGW on Windows XP failed when running configure.
Release 0.4.0 configured and built without problems.
config.status: creating src/pld/Makefile
config.status: creating doc/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status:
I do not particularly like the idea of being responsible, directly or indirectly
for binaries as a maintainer.
We have our hands full getting a release out in the first place with the
resources we have, let alone figuring out if we can recommend a binary. I fear
it's a slippery slope.
--
Øyvind
On Tue, Aug 9, 2011 at 6:52 PM, Spencer Oliver wrote:
> Just for info i have also pushed files onto berlios and updated
> website with release news.
>
Once Freddie Chopin is ready with the 0.5.0 Windows binary,
I wonder if it is possible to put a link in OpenOCD Berlios
site to mention that. I th
On 9 August 2011 10:31, Tomek CEDRO wrote:
> On Tue, Aug 9, 2011 at 8:53 AM, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>> On 07:50 Tue 09 Aug , Tomek CEDRO wrote:
>>> Ugh, why this is a release not RC3? We did not test RC to have go for
>>> a release... are we supposed to test on a release? :
On Tue, Aug 9, 2011 at 8:53 AM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 07:50 Tue 09 Aug , Tomek CEDRO wrote:
>> Ugh, why this is a release not RC3? We did not test RC to have go for
>> a release... are we supposed to test on a release? :\
> there was no patch during day so as I said no r
On 07:50 Tue 09 Aug , Tomek CEDRO wrote:
> Ugh, why this is a release not RC3? We did not test RC to have go for
> a release... are we supposed to test on a release? :\
there was no patch during day so as I said no rc
we get more than 4weeks of fix windows it's enough
If some bug are found on
Hi All,
I have problems doing that and want to discuss with you to get best decision.
The problems are:
* flash command set different from one currently supported (current
command set is defined through macro-definitions)
* all pages need to be unlocked one by one with CLB command prior to
erasing
Ugh, why this is a release not RC3? We did not test RC to have go for
a release... are we supposed to test on a release? :\
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https:/
On 09:18 Tue 09 Aug , Øyvind Harboe wrote:
> Hi Jean-Christophe,
>
> thank you so much for your work here!
>
> I'm looking forward to hear feedback on this release.
>
> We're on the right track here I think with a couple of releases
> a year!
>
> When will the merge window open?
already ope
Hi Jean-Christophe,
thank you so much for your work here!
I'm looking forward to hear feedback on this release.
We're on the right track here I think with a couple of releases
a year!
When will the merge window open?
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free
64 matches
Mail list logo
