On 17 December 2011 16:49, Freddie Chopin wrote:
> Hi!
>
> From what I've read berlios has found some funding so it's going to operate,
> but will the mailing lists be kept online?
>
> Sourceforge deleted the list, there is an archive available, so what's so
> hard in "undeleting" it?
>
I wish i
On 15 December 2011 15:15, Akos Vandra wrote:
> -- Forwarded message --
> From: Mail Delivery Subsystem
> Date: 15 December 2011 16:14
> Subject: Delivery Status Notification (Failure)
> To: axo...@gmail.com
>
>
> Delivery to the following recipient failed permanently:
>
> ope
On 15 December 2011 05:44, Dean Glazeski wrote:
> Hey guys,
>
> Long time no see. Recently, I got a bug request through Red Hat bugs to
> package the newer version of OpenOCD for Fedora. It's been a while, but it
> finally kicked me in gear to take care of it (seeing as 0.5.0 was released
> quit
On 2 December 2011 14:12, Laurent Gauch wrote:
>> What do you mean by "Senior developers" ?
>
> Developers bestowes us with their great acumen.
>
>> What do you really interpret "At the sharp rise, Gerrit was introduced" ?
>
> # of commits rose from 3 to 30 a week.
>
> I am really not sure to find
On 24 November 2011 08:28, Øyvind Harboe wrote:
> Comments welcome!
>
> https://docs.google.com/present/view?id=dhftn35p_14s2xxcbt3
>
>
It was a good read during my lunch :-)
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.d
On 16 November 2011 23:05, Whitlock, Bradley D
wrote:
> I believe I have found the issue with one of the previous issues that I do
> not believe has been solved yet (see below):
>
>
I thought the issue was resolved - it is for me anyway.
Are you building from git master or a release ?
Replied to
Hi,
I have been waiting quite a while for sf to move the mailing list
archives/users - it is now done :)
Everybody that was subscribed to the old lists should be moved over to
the ones at sf.
This msg has been sent to both lists so that people can check the list
settings have moved over correctly
On 2 November 2011 20:03, Øyvind Harboe wrote:
> Should we?
>
i guess it makes sense, i will sort out and add a tools/scripts dir.
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/
On 2 November 2011 09:24, Øyvind Harboe wrote:
> Setting up the commit-msg hook isn't possible using http only:
>
> scp -p -P 29418 usern...@openocd.zylin.com:hooks/commit-msg .git/hooks/
>
> http://repo.or.cz/w/openocd.git/blame?f=HACKING
>
> Any suggestions?
>
http://openocd.zylin.com/to
> > if we start tweaking perfectly good code and adding nonsense checks
> > just to get a clean scan-build output, I think that's a step
> > backwards in terms of code quality.
>
> Yes, I agree. I'm not at all fond of throwing assert() at the clang
> warnings.
>
>
+1 from me aswell.
Spen
On 29/10/2011 12:38, Antonio Borneo wrote:
Hi Spen,
I would like to view the parameters passed by jenkins to configure
during the build.
Are the scripts used by jenkins for OpenOCD available somewhere?
--enable-maintainer-mode --enable-ft2232_libftdi
--enable-usb_blaster_libftdi --enable-pre
On 28 October 2011 15:21, Jonathan Dumaresq wrote:
> HI,
>
> I have create a change in one of my patch that i have already sent. I
> commited it, but I forget to add the signed-off by... Is it possible to edit
> a commit message ?
>
> Jonathan
>
git commit -s --amend
Spen
___
Hi,
All patches submitted to gerrit will be verified using checkpatch.
Also just to give you insight on the jenkins setup:
http://openocd.zylin.com/jenkins/
we have a few jobs configured:
openocd - built whenever master branch changes.
openocd-gerrit - run whenever a change is sent to gerrit - a
On 27/10/2011 18:30, Øyvind Harboe wrote:
Hi,
Spencer has gotten clang up and running again on the server! :-)
Please take a moment to fix a warning or two that you can find in the latest
warning list for clang builds.
You'll notice that there is a nice graph that we can use to track our progr
On 27/10/2011 00:13, jim norris wrote:
try now
Nope. Still hangs.
working fine this end, so unsure what to suggest
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-de
On 27/10/2011 00:10, jim norris wrote:
I'm trying to do a 'git push review' and it just hangs.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
try now
___
On 26 October 2011 13:35, Attila Kinali wrote:
> Moin,
>
> Would it possible to have gerrit comments as mails to the mailinglist
> as well?
>
This is down to taste - some would class lots of gerrit emails spam.
My suggestion is to watch the openocd project in gerrit, enabling emails there:
http:
On Oct 25, 2011 8:34 AM, "Øyvind Harboe" wrote:
>
> Could someone take checkpatch for a spin and reporter back to the
> list on if/how we should use in w/Gerrit+Jenkins review?
>
I think it is used client side.
Spen
___
Openocd-development mailing list
On 21 October 2011 12:40, freddie_chopin wrote:
> W dniu 2011-10-21 13:06:05 użytkownik Spencer Oliver
> napisał:
>> i cannot reproduce this problem, any more details.
>
> We'll... I've compiled master from yesterday, using the same tools and
> libraries (libus
On 20 October 2011 17:04, Freddie Chopin wrote:
> Hi!
>
> The most recent OpenOCD behaves differently on Windows than 0.5.0 (and
> before) and in my opinion the direction of change is to worse.
>
> OpenOCD 0.5.0 could be run this way:
>> openocd -f interface/jtagkey.cfg -f target/stm32.cfg
> And i
with ref to subject commit ef885d3b2a3001325f525df250dadd570e5d743e
the files jim-nvp.[ch] have no copyright info.
Cheers
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-dev
On 20 October 2011 12:06, Spencer Oliver wrote:
> On 20 October 2011 11:49, Uwe Hermann wrote:
>> Hi,
>>
>> seems like the gitweb for OpenOCD is down? E.g. the links such as
>> http://openocd.zylin.com/gitweb/?p=openocd.git;a=commit;h=a756b1bcdffef34a6d60d7a2706da95
On 20 October 2011 11:49, Uwe Hermann wrote:
> Hi,
>
> seems like the gitweb for OpenOCD is down? E.g. the links such as
> http://openocd.zylin.com/gitweb/?p=openocd.git;a=commit;h=a756b1bcdffef34a6d60d7a2706da9574663f544
> no longer work (they did yesterday). There are links from Gerrits pages to
On 19 October 2011 16:38, Mauro Gamba wrote:
> Sorry for patch errors.
> I started to patch the jlink driver to use libusb-1 because libusb-0
> is not developed further.
> I haven't done speed tests until now.
>
http://openocd.zylin.com/33 adds libusb-1.0 support to the jlink.
Just wondering if
On 18/10/2011 18:18, Øyvind Harboe wrote:
Does anyone want to take clang static analyzer for a spin on openocd?
http://clang-analyzer.llvm.org/scan-build.html
seems jenkins already has a plugin for that :)
https://wiki.jenkins-ci.org/display/JENKINS/Clang+Scan-Build+Plugin
Spen
_
On 13 October 2011 20:47, Uwe Hermann wrote:
> On Wed, Oct 12, 2011 at 01:04:26PM +0300, Spencer Oliver (Code Review) wrote:
>> Spencer Oliver has submitted this change and it was merged.
>>
>> Change subject: docs:
Spencer Oliver has uploaded a new change for review.
Change subject: flash: fix lpc2000 driver typo
..
flash: fix lpc2000 driver typo
Change-Id: I3a759ed98a27fd186c12355b846d5e97dba86c5b
Signed-off-by: Spencer Oliver
---
M src
Spencer Oliver has uploaded a new change for review.
Change subject: AM/DM37x: Use ICEPick warm reset and include halt when gdb
connects.
..
AM/DM37x: Use ICEPick warm reset and include halt when gdb connects.
Using the
Spencer Oliver has uploaded a new change for review.
Change subject: ICEPick-C: Add support for warm reset through JTAG controller
and provide finer detail functions.
..
ICEPick-C: Add support for warm reset through JTAG
Spencer Oliver has uploaded a new change for review.
Change subject: arm-jtag-ew: whitespace cleanup
..
arm-jtag-ew: whitespace cleanup
Change-Id: I8861e825f9c84525e0c09c3adaa3fe300640770d
Signed-off-by: Spencer Oliver
---
M
Spencer Oliver has uploaded a new change for review.
Change subject: target: whitespace cleanup
..
target: whitespace cleanup
Change-Id: I1453f4f3dc0add529da20577e38b8b82d7d00366
Signed-off-by: Spencer Oliver
---
M src/target
On 13 October 2011 15:21, Øyvind Harboe wrote:
>> I checked on the http://openocd.sourceforge.net/doc//pdf/openocd.pdf. I did
>> a find on rtos keyword, and find nothing about this.
>
> Perhaps that pdf is old, try openocd.texi from HEAD of master.
>
docs are generated weekly so should not be to
Spencer Oliver has submitted this change and it was merged.
Change subject: docs: update project url's
..
docs: update project url's
Change-Id: I54fc3aff722ed25143aad85e58d19b72fcecbba0
Signed-off-by: Spencer Oli
On 11/10/2011 20:54, Øyvind Harboe wrote:
Hi Jason,
I do share your concern that we're loosing something when we're not
using the mailing list to discuss patches.
However, I certainly still welcome discussion of patches in the mailing list
prior to pushing them to Gerrit. In fact I think that i
On 11 October 2011 13:40, Spencer Oliver wrote:
> Hi,
>
> We are now testing Gerrit for use within OpenOCD.
> A Gerrit server has been setup at the following url:
> http://openocd.zylin.com/
>
> To keep loading down on the server clone as usual:
> git clone git://ope
Hi,
We are now testing Gerrit for use within OpenOCD.
A Gerrit server has been setup at the following url:
http://openocd.zylin.com/
To keep loading down on the server clone as usual:
git clone git://openocd.git.sourceforge.net/gitroot/openocd/openocd for example
The change happens we want to su
On Oct 6, 2011 10:01 PM, "Øyvind Harboe" wrote:
>
> I find gerrit intriguing as a way of managing patches.
>
> Can I have a show of hands of contributors for/against/don't care/don't
know?
>
+1 from of :-)
Spen
___
Openocd-development mailing list
Open
On 5 October 2011 12:20, Tomek CEDRO wrote:
> On Tue, Oct 4, 2011 at 1:26 PM, Spencer Oliver wrote:
>> Due to the recent news about Berlios closure on 31.12.2011 we are
>> moving the mailing list to sourceforge.
>>
>> http://lists.sourceforge.net/mailman/listinfo/
Due to the recent news about Berlios closure on 31.12.2011 we are
moving the mailing list to sourceforge.
http://lists.sourceforge.net/mailman/listinfo/openocd-devel - was
http://lists.berlios.de/mailman/listinfo/openocd-development
http://lists.sourceforge.net/mailman/listinfo/openocd-commit - wa
I agree - I will look into it, website aswell.
Spen
On Sep 30, 2011 6:47 PM, "Øyvind Harboe" wrote:
> FYI,
>
> My first instinct is to move the mailing list wholesale to sourceforge.
>
>
> -- Forwarded message --
> From:
> Date: 2011/9/30
> Subject: BerliOS will be closed on 31.1
On 18 August 2011 09:02, Gunnar Henne wrote:
> Hello,
>
> here is a patch to support EN29LV800BB flash devices via CFI. I have
> successfully tested ist in openocd 0.5.0 with the hardware described here:
> http://www.bettyhacks.com
>
> It was posted by telek...@gmx.de in the bettyhacks forum for o
On 11 July 2011 19:03, simon qian wrote:
> Is this attached patch OK?
>
> About SWD support, I can check the current OpenOCD code today
> and provide a todo list according to my OpenOCD swd patch which
> has been tested for a long time.
>
> 2011/7/11 simon qian
>>
>> OK, I'll try fix it soon.
>>
On 16 August 2011 11:42, Steve Bennett wrote:
> On 16/08/2011, at 8:32 PM, Spencer Oliver wrote:
>
>> On 16 August 2011 11:13, Spencer Oliver wrote:
>>> On 16 August 2011 11:03, Steve Bennett wrote:
>>>> On 12/08/2011, at 11:12 PM, Xiaofan Chen wrote:
>>&
On 15 August 2011 23:21, Andreas Fritiofson
wrote:
>
>
> On Mon, Aug 15, 2011 at 5:03 PM, Jie Zhang wrote:
>>
>> On Mon, Aug 15, 2011 at 9:35 AM, Spencer Oliver
>> wrote:
>> > On 15 August 2011 14:22, Eric Wetzel wrote:
>> >> if test $cross
On 16 August 2011 11:13, Spencer Oliver wrote:
> On 16 August 2011 11:03, Steve Bennett wrote:
>> On 12/08/2011, at 11:12 PM, Xiaofan Chen wrote:
>>
>>> On Wed, Aug 10, 2011 at 3:39 PM, Xiaofan Chen wrote:
>>>> On Wed, Aug 10, 2011 at 3:34 PM, Olivier Sc
On 16 August 2011 11:03, Steve Bennett wrote:
> On 12/08/2011, at 11:12 PM, Xiaofan Chen wrote:
>
>> On Wed, Aug 10, 2011 at 3:39 PM, Xiaofan Chen wrote:
>>> On Wed, Aug 10, 2011 at 3:34 PM, Olivier Schonken
>>> wrote:
Hi Xiaofan
In my case I struggled with the same problem for a
On 15/08/2011 20:42, Jie Zhang wrote:
configure.ac is now preferred. So rename configure.in to make OpenOCD
project look modern.
Please review and merge if it's OK.
Thank you!
cheers, no objections then i will commit.
Spen
___
Openocd-development
On 15 August 2011 16:03, Jie Zhang wrote:
> On Mon, Aug 15, 2011 at 9:35 AM, Spencer Oliver wrote:
>> On 15 August 2011 14:22, Eric Wetzel wrote:
>>> if test $cross_compiling = no; then
>>> # guess-rev.sh only exists in the repository, not in the released archives
On 15 August 2011 14:22, Eric Wetzel wrote:
> Hello,
>
> Recently, perhaps the last month or two, I've noticed the Git revision
> string is not being appended to base version in the OpenOCD banner.
> From my investigation, I believe that my observation of the problem
> was dependent upon my use of
On Aug 14, 2011 10:01 AM, "Xiaofan Chen" wrote:
>
> On Sat, Aug 13, 2011 at 9:38 AM, Jie Zhang wrote:
> > On Fri, Aug 12, 2011 at 9:27 PM, Xiaofan Chen
wrote:
> >> This is probably because you have a very old version of MinGW
> >> and MinGW Win32-API. Seems to be a problem with Debian.
> >>
http
On 11/08/2011 22:14, Jie Zhang wrote:
Anyone having a go at this - if not i may get a chance later on in the
week?
Cheers
Spen
I have merged a patch that should sort all these warnings out.
Thanks. But it's on your git tree, not on the public one, right?
it has been merged to openocd mas
On 01/08/2011 10:05, Spencer Oliver wrote:
On 29 July 2011 22:23, Andreas Fritiofson wrote:
Another fix would be not trying to print the status as a numeric
value. We can print it as an error message, so we don't need to handle
this tricky situation. Like
LOG_ERROR(&quo
On 11 August 2011 09:18, Karthick Anand wrote:
> Hello,
>
> I would like to introduce myself as Karthick working as a Design Engineer in
> Kalycito Info tech,Coimbatore.Now i am working in STM32 Micro controller,for
> that i need to debug it via ST-Link/V2/01-0 adapter.Is this "Openocd" will
>
On 10/08/2011 14:41, Jie Zhang wrote:
On Wed, Aug 10, 2011 at 9:29 AM, 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
On 10 August 2011 13:26, 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 n
On 10 August 2011 13:30, Xiaofan Chen wrote:
> On Wed, Aug 10, 2011 at 6:35 PM, Spencer Oliver wrote:
>> On 10 August 2011 11:15, Steve Bennett wrote:
>>>> for me jimtcl has never built under msys since the update.
>>>> log is attached below, for info jim
On 10 August 2011 11:15, Steve Bennett wrote:
> On 10/08/2011, at 6:39 PM, Spencer Oliver wrote:
>
>> On 10 August 2011 07:11, Steve Bennett wrote:
>>> On 10/08/2011, at 3:03 PM, Xiaofan Chen wrote:
>>>
>>>> On Wed, Aug 10, 2011 at 11:44 AM, Steve Benne
On 10 August 2011 07:11, Steve Bennett wrote:
> 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
On 10 August 2011 09:13, Øyvind Harboe wrote:
> We *do* want all the "personal commit logs" they are crucial documentation
> of the system.
>
>
I am in the rebase camp - i like the linear history.
rebase only really effects shared public repos - as our dev's tend to
use their own mirror cannot se
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
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
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-
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.
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 g
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
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
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 5 August 2011 11:07, Øyvind Harboe wrote:
>> And why shouldn't they be?
>
> To me it's a matter of taste if rc candidate tags are annotated or not.
>
> I'm good with either choice. I was just curious as to whether it was
> accidental
> or intentional.
>
> Looks like it was accidental in that w
On 5 August 2011 10:39, Andreas Fritiofson wrote:
>
>
> On Fri, Aug 5, 2011 at 11:26 AM, Spencer Oliver
> wrote:
>>
>> Release tags are annotated, but not rc tags
>>
>
> Oh, but they are, or am I completely oblivious of git tags (quite possible)?
> $ git
On 5 August 2011 10:26, Spencer Oliver wrote:
> On 5 August 2011 10:19, Andreas Fritiofson
> wrote:
>>
>>
>> On Fri, Aug 5, 2011 at 11:02 AM, Spencer Oliver
>> wrote:
>>>
>>> On 5 August 2011 09:58, Andreas Fritiofson
>>> wrote:
>&g
On 5 August 2011 10:19, Andreas Fritiofson wrote:
>
>
> On Fri, Aug 5, 2011 at 11:02 AM, Spencer Oliver
> wrote:
>>
>> On 5 August 2011 09:58, Andreas Fritiofson
>> wrote:
>> >
>> >
>> > On Fri, Aug 5, 2011 at 8:56 AM, Øyvind Harboe
On 5 August 2011 09:58, Andreas Fritiofson wrote:
>
>
> On Fri, Aug 5, 2011 at 8:56 AM, Øyvind Harboe
> wrote:
>>
>> When I run git describe now I get v0.4.0-973-g0d7a948 rather than
>> a v0.5.0-rc2-.
>>
>> Is that intentional?
>>
>> I think it's nice that we stick to v0.4.0- until v0.5.0
On 5 August 2011 04:38, Rodrigo Rosa wrote:
> I submitted these patches a couple weeks ago, i guess everybody was
> too busy with the release...
> Could they be added?
>
> Thanks!
>
Sorry should have replied to your original email - i have put them in
my patch todo list.
Cheers
Spen
On 5 August 2011 09:00, Øyvind Harboe wrote:
> ---
> src/target/arm11_dbgtap.c | 14 +-
> 1 files changed, 9 insertions(+), 5 deletions(-)
>
> diff --git a/src/target/arm11_dbgtap.c b/src/target/arm11_dbgtap.c
> index 5c671cc..c6c5a50 100644
> --- a/src/target/arm11_dbgtap.c
> +++ b
On 5 August 2011 07:56, Øyvind Harboe wrote:
> When I run git describe now I get v0.4.0-973-g0d7a948 rather than
> a v0.5.0-rc2-.
>
> Is that intentional?
>
> I think it's nice that we stick to v0.4.0- until v0.5.0- goes out
> of the door.
>
> I have no particular opinion, except it sh
On 3 August 2011 15:00, Andreas Fritiofson wrote:
>
>
> On Wed, Aug 3, 2011 at 12:28 PM, Luca Bruno wrote:
>>
>> Andreas Fritiofson scrisse:
>>
>> > > > make dist should use git2cl to genereate ChangeLog from git
>> > > > history, populating the placeholder file in released tarball.
>>
>> > > Sti
On 3 August 2011 11:46, Spencer Oliver wrote:
> On 3 August 2011 11:28, Luca Bruno wrote:
>> Andreas Fritiofson scrisse:
>>
>>> > > make dist should use git2cl to genereate ChangeLog from git
>>> > > history, populating the placeholder file in rel
On 3 August 2011 11:28, Luca Bruno wrote:
> Andreas Fritiofson scrisse:
>
>> > > 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 `/
On 2 August 2011 03:05, B wrote:
> My apologizes I left an extraneous word on a comment line that shouldn't
> have been in the patch.
>
> Here is the same patch, without the needless word.
>
> Brian
>
changed wording to DEVICECLASS and committed.
Cheers
Spen
_
On 1 August 2011 16:16, B wrote:
> Spen:
>
> Thanks. I got it to work based on looking at the PIC32 configuration. Maybe
> not the neatest way but it will work.
>
> How do I best contribute the changes to the trunk?
>
> The modified configuration file is attached.
>
http://openocd.berlios.de/doc/
From: Jie Zhang
This corrects two issues found with openocd.
d7f71e7fe9645fa8c3f88cf6fc9ad438aa6708f3 removed some code that was
being used.
The above then caused even more code to get removed by commit
1cfb2287a67c1f78b76583b2e5ed83ca3560b0d5
removed some more code.
Signed-off-by: Spencer
On 29 July 2011 16:54, Jie Zhang wrote:
> On Fri, Jul 29, 2011 at 11:41 AM, Spencer Oliver wrote:
>> On 29 July 2011 15:32, Jie Zhang wrote:
>>> I happened to find that two previous fixes for set-but-not-used
>>> warnings are not correct or not good. This patch s
On 30 July 2011 22:48, B wrote:
> Using Open On-Chip Debugger 0.5.0-dev-00948-gd4cd6f0 (2011-07-30-15:55)
>
> LM3S3N26-C5 is not detected as a Tempest device and so uses the sysresetreq
> in place of the needed vectreset in stellaris.cfg.
>
> The device class appears to be set by:
>
> set device_c
On 29 July 2011 22:23, Andreas Fritiofson wrote:
>> Another fix would be not trying to print the status as a numeric
>> value. We can print it as an error message, so we don't need to handle
>> this tricky situation. Like
>>
>> LOG_ERROR("FT_Write failed:%s\n",
>> ftd2xx_status_strin
On 29 July 2011 16:56, Andreas Fritiofson wrote:
>
>
> On Fri, Jul 29, 2011 at 5:38 PM, Spencer Oliver
> wrote:
>>
>> On 29 July 2011 15:43, Andreas Fritiofson
>> wrote:
>> >
>> > That one won't help for all scripts out there that are current
On 29 July 2011 15:32, Jie Zhang wrote:
> I happened to find that two previous fixes for set-but-not-used
> warnings are not correct or not good. This patch should be an
> improvement. Please review and merge if good.
>
>
I am going to look into tis one, as one minute the code is there, next
minu
On 29 July 2011 15:43, Andreas Fritiofson wrote:
>
> That one won't help for all scripts out there that are currently sourcing
> target/stm32.cfg.
> /Andreas
Good point - how about
http://repo.or.cz/w/openocd/ntfreak.git/commit/e4908b71bcac1e3ae01a4f54cffe475b0be6e336
Cheers
Spen
___
On 29 July 2011 14:54, Andreas Fritiofson wrote:
>
> On Thu, Jul 28, 2011 at 1:52 PM, Spencer Oliver
> wrote:
>>
>> delete mode 100644 tcl/target/stm32.cfg
>> delete mode 100644 tcl/target/stm32f2xxx.cfg
>
see patch 4
Spen
_
On 29 July 2011 11:45, Jie Zhang wrote:
> Hi,
>
> OpenOCD uses script command to execute config file passed through "-f"
> option. script command is defined as a function
>
> proc script {filename} {
> source [find $filename]
> }
>
> Thus when executing the config file, global variables def
On 29 July 2011 02:01, Steve Bennett wrote:
>
> I don't know what parameters may be passed to these procs, but if they could
> contain
> spaces, quotes or braces this could cause unexpected behaviour.
> You might consider using the more correct form:
>
> proc stm32f2xxx args {
> echo "DEPR
On 28 July 2011 15:23, Drasko DRASKOVIC wrote:
> Hi all,
> I have a multicore SoC, and I use "target create" command to create
> several targets, one for each CPU.
>
> Main CPU is mentioned first.
>
> When I want to load and execute Linux kernel on secondary CPU, I use
> "mon targets second" to sw
On 28 July 2011 13:41, Laurent Charpentier wrote:
> Hi Spencer,
>
>> Idea is to bring the stm32 flash drivers inline with their
>> actual names, eg.
>> stm32x to stm32f1x
>> stm32f2xxx to stm32f2x
>
> This is a good idea to clean that up.
> I think you can go one step further by dropping the 'x' (
From: Spencer Oliver
Signed-off-by: Spencer Oliver
---
doc/openocd.texi | 29 ++---
1 files changed, 18 insertions(+), 11 deletions(-)
diff --git a/doc/openocd.texi b/doc/openocd.texi
index dfb8e30..069367d 100644
--- a/doc/openocd.texi
+++ b/doc/openocd.texi
From: Spencer Oliver
Issue warning when the old cmd is used and redirect to new supported one.
These deprecated cmds will be removed at some point.
Signed-off-by: Spencer Oliver
---
src/flash/startup.tcl | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/src
[PATCH 1/4] flash: update stm32 driver names
[PATCH 2/4] docs: update to use new stm32 driver names
[PATCH 3/4] cfg: update scripts to use new stm32 driver names
[PATCH 4/4] flash: add support for deprecated stm32 flash cmds
From: Spencer Oliver
Signed-off-by: Spencer Oliver
---
tcl/board/hitex_stm32-performancestick.cfg |2 +-
tcl/board/olimex_stm32_h103.cfg|2 +-
tcl/board/olimex_stm32_h107.cfg|2 +-
tcl/board/stm32100b_eval.cfg |2 +-
tcl/board
Hi,
Idea is to bring the stm32 flash drivers inline with their actual names, eg.
stm32x to stm32f1x
stm32f2xxx to stm32f2x
This is also getting ready for the new stm32f4x family
Any comments?
Cheers
Spen
___
Openocd-development mailing list
Openocd-dev
On 27 July 2011 00:49, Matthew Lai wrote:
> Hello!
>
> I just started working with a custom PCB STM32F2, and while I got most
> things to work (including flash and verify), OpenOCD seems to detect the
> size of flash on my chip wrong.
>
> OpenOCD ("poll") reports 1024KB, when the chip is a STM32F2
On 21/07/2011 16:22, Jie Zhang wrote:
The commit log explains this patch.
Jie
committed.
Cheers
Spen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
1 - 100 of 688 matches
Mail list logo
