Maybe you should add an item to the Sourceforge Operations Group issue
tracker:
http://sourceforge.net/tracker/?func=addgroup_id=160677atid=816806
Since it seems to not be looked at, a more direct approach may be appropriate.
-Original Message-
From:
git commit --amend --sign-off
Or something like that. It's complaining that there's no Signed Off By line
in the commit message.
Mick Davis mi...@goanna.iinet.net.au wrote:
Hi
I have the attached trivial patch. It fixes a missing brace in a tcl
script.
(I've had no success with the
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Pete Batard
Sent: Wednesday, October 26, 2011 6:26 AM
To: openocd-development@lists.berlios.de
Subject: Re: [Openocd-development] git gui
On
There's no x in the url.
openocd.zylin.com
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of jim norris
Sent: Wednesday, October 26, 2011 6:49 PM
To: Spencer Oliver
Cc:
I actually use git gui. It's not quite as slick as some other
options, but it has a lot of functionality in it.
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Peter Stuge
Sent: Tuesday, October
Does file3 rely on file2, which relies on file1, or are they all
independent? If they're a sequence, then
git checkout -b temp HEAD~2
edit file1.c
git add file1.c
git commit --amend
git checkout original branch
git rebase temp
git push
Oh, that should be git rebase -I temp and remove the pick line for
the original commit, so that its replacement will be there instead.
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Austin, Alex
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Jason
...
1.) Threading versions of a patch series together. So, when the
maintainer has a chance to look at the thread, he/she can just go
+2 Reviewed,
+1 Verified... :)
Having used Gerrit a little bit, where I work, it seems to
enforce a workflow that this mailing list already uses. Any
submitted patch needs to go through the review process
before it is accepted into Trunk. If a patch needs work, a
second version can be submitted
Infineon/Intel Xgold213. (I wasn't sure if I was allowed to mention
that in a public forum until today).
-Original Message-
From: Øyvind Harboe [mailto:oyvind.har...@zylin.com]
Sent: Wednesday, May 18, 2011 12:18 AM
To: Austin, Alex
Cc: openocd-development@lists.berlios.de
Subject: Re
I am attempting to use OpenOCD with a cellular chipset with an ARM11 and an
ARM7+DSP core. I can access it with the Lauterbach debugger, but I find the
interface very difficult to use and would prefer OpenOCD.
It looks like some sort of TAP controller, perhaps like an OMAP3. Has anyone
seen
To: Austin, Alex
Cc: openocd-development@lists.berlios.de
Subject: Re: [Openocd-development] OpenOCD becoming an Eclipse TCF Agent
Hi Alex,
thanks for the insight!
This is very interesting
Do you know what it would take to implement such a server?
A gdb server, that OpenOCD has, has as a lot
From what I understand, what this would allow such
a stackup as:
Component Provides
ARM Core JTAG
OpenocdTCF (addresses only)
GDBTCF (interprets symbol table,
handles soft breakpoints)
I know ARM11 support is incomplete, but I was hoping to be able to read/write
flash.
==
alex@msp-clx-aaustin:~/Projects/openocd$ ./src/openocd -f
interface/jtagkey2.cfg \
-c jtag newtap xgold cpu -irlen 5 -ircapture 0x1 -irmask 0x1f
...@lists.berlios.de] On Behalf Of Austin, Alex
Sent: Tuesday, May 10, 2011 2:34 PM
To: openocd-development@lists.berlios.de
Subject: [Openocd-development] ARM 1176
I know ARM11 support is incomplete, but I was hoping to be able to read/write
flash
I imagine the problem is voltage, actually. The OMAP3530 and other similar
devices run their JTAG ports at 1.8V, and the ARM-USB-OCD doesn't like working
below 3V.
From: openocd-development-boun...@lists.berlios.de
Personally, I prefer the git protocol if possible. It's much faster and has
lower overhead. I think the best idea would be to add .gitmodules to .gitignore
and have the bootstrap script modify .gitmodules to point to either git: or
http: depending on some user preference.
Øyvind Harboe
Try a lower clock speed. That looks like signal integrity issues. Either that,
or one of the wires isn't connected as solidly as it could be.
elex S elexs...@gmail.com wrote:
Hello,
I am new to JTAG and OpenOCD. I want to use Jlink-JTAG with my PHYTEC LPC3250
board.
Hence, I have downloaded
Try it slower. Try 25kHz to start and see how that goes.
Oleg Kravchenko o...@kaa.org.ua wrote:
Hello!
I am assemble this cable
http://downloads.amilda.org/MODs/JTAG/wiggler.gifand I want try
openocd with my pocket pc based on pxa270 cpu, but I can't
setup proper config file and as result I am
Can you git bisect to find the problem commit?
Felix dg1...@gmx.de wrote:
Hi,
the driver for the Altera USB-Blaster and compatibles in version 0.4.0 (and up
to the current git snapshot) is (at least partially) broken.
Somewhere in the merge process, the bit which enables the output (and the
-
From: a...@compbox [mailto:a...@compbox]
Sent: Monday, September 27, 2010 4:04 PM
To: openocd-development@lists.berlios.de
Cc: Austin, Alex
Subject: [PATCH 2/2] Added Seralyzer
---
src/jtag/drivers/ft2232.c | 89
+++
tcl/interface/seralyzer.cfg
Anyone else get this message? Is it coincidence that I understand it?
Gary Carlson gcarl...@carlson-minot.com wrote:
I am just curious if the small problem that I discovered this afternoon can
be duplicated by any other developers/users using other jlink dongles (or
even non-jlink dongles).
And that is not, at all, what I saw in the quoted text area. I only saw the
phrase Iyi ge which is Turkish for Good development .
Austin, Alex alex.aus...@spectrumdsi.com wrote:
Anyone else get this message? Is it coincidence that I understand it?
Gary Carlson gcarl...@carlson-minot.com wrote
At that level, it may make sense to build a separate GDB server.
The GDB remote protocol is not very difficult, and I've done it
in HL languages. Contact me off-list if you'd like help doing so.
- Alex
-Original Message-
From: openocd-development-boun...@lists.berlios.de
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Michelle Konzack
Sent: Thursday, March 04, 2010 5:20 PM
To: openocd-development@lists.berlios.de
Subject: Re: [Openocd-development] Someone using
. Look at the bottom in the if __name__ ==
'__main__': section.
-Original Message-
From: Xiaofan Chen [mailto:xiaof...@gmail.com]
Sent: Friday, February 19, 2010 1:17 AM
To: Austin, Alex
Cc: openocd-development@lists.berlios.de
Subject: Re: [Openocd-development] OpenOCD auto-config
Just starting to write a wrapper to auto-config openocd. Using python,
it's a class that attempts to wrap openocd configuration. So far it
doesn't do much, but I would appreciate any comments anyone has. Go
ahead and run it on your machines (only Linux supported ATM) as it
doesn't write to any
Version in use: v0.4.0-rc1-194-gf7a6e62
Configuration: ./configure --enable-maintainer-mode --enable-jlink
--enable-ft2232_libftdi --enable-usb_blaster_libftdi --enable-amtjtagaccel
CFLAGS=-O0\ -g3
Config file:
source [find interface/axm0432.cfg]
set CPUTAPID 0x01c0001d
source [find
To: openocd-development@lists.berlios.de
Cc: Austin, Alex
Subject: Re: [Openocd-development] dsp56371 crash
On Saturday 13 February 2010, Austin, Alex wrote:
openocd segfaults upon connecting to it. I've tracked it down to
target_get_gdb_reg_list being called when target-type-get_gdb_reg_list
is null
The master branch tip changes relatively often. Can you run git describe
and tell us the result?
From: openocd-development-boun...@lists.berlios.de
[openocd-development-boun...@lists.berlios.de] On Behalf Of EG
[guent...@striges.de]
Sent: Friday,
I'm intrigued by having the bug database stored in git together with
the repository. Especially for posterity, offlline usage, etc.
I was kinda wondering if we could have the wiki stored in git as well.
(14 days cooloff before pushing or somesuch?).
The only really viable option
As far as bug databases go, I'm kinda partial to ticgit. It stores the whole
bug database in one git branch that never actually gets checked out. It hasn't
been updated in a while, but it's not exactly a complex system, either.
http://wiki.github.com/schacon/ticgit/
From:
On January 28 2010, Matthew Fletcher wrote:
Can anyone verify that this interface is still functional in 0.4 ? Out
of 0.4-rc1, 0.3.1 and an old rev.131 fetch only the old rev.131 fetch
works to a certain extent. In all cases the openocd was built from
source on cygwin with only amt_jtagaccell
My mistake - I read too fast. Correction inline. I've used the
amt_jtagaccel on v0.1.0, so I'm pretty sure it works. I don't have a
working test setup right now, though.
On January 28 2010, Matthew Fletcher wrote:
Can anyone verify that this interface is still functional in 0.4 ? Out
of
On Friday, January 29, 2010, David Brownell wrote:
...
I'd rather see kilo bytes (KB) not Kibi bytes (KiB)
in such contexts too. Kilobytes per second is something
I can often do math with in my head. Kibibytes, not;
likewise kilobits per second.
The problem with doing math with
So, just for curiosity, I decided to try llvm-clang to build openocd.
I haven't actually run the build yet, but it's just over half the
size of the gcc build, and compiled just a touch faster, too. Any
comments? The time output is from make -j3 calls.
openocd-via-gcc:
real0m25.669s
user
-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Friday, January 29, 2010 1:35 AM
To: openocd-development@lists.berlios.de
Cc: Austin, Alex
Subject: Re: [Openocd-development] Other compilers
On Thursday 28 January 2010, Austin, Alex wrote:
+#ifndef true
+#define true -1
ANSI-C
-Original Message-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Wednesday, December 30, 2009 3:17 PM
To: Laurent Gauch
Cc: openocd-development@lists.berlios.de; Austin, Alex
Subject: Re: [Openocd-development] [patch/rfc] Add support for
multiple-ports on FT4232H
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Øyvind Harboe
Sent: Thursday, December 24, 2009 1:09 AM
To: Austin, Alex
Cc: Laurent Gauch; openocd-development@lists.berlios.de
Subject: Re
On Wednesday 23 December 2009, Laurent Gauch wrote:
On Tuesday 22 December 2009, Alex Austin wrote:
I doubt this is the right way to do things, but it hasn't broken
anything yet. This is just providing framework support for an adapter
with reset lines driven by BDBUS instead of ACBUS.
I
Ignore this for now. It runs fine with -O0, segfaults with -O2. Now to figure
out why.
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Austin, Alex
Sent: Tuesday, December 22, 2009 4:45 PM
Read-modify-erase-write on per-sector basis?
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of David Brownell
Sent: Tuesday, December 22, 2009 8:23 PM
To: Øyvind Harboe
Cc:
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Lennert Buytenhek
Sent: Wednesday, December 16, 2009 2:57 PM
To: Øyvind Harboe
Cc: openocd-development@lists.berlios.de
Subject: Re:
Actually, probably not a bad idea for a long-term fix. AFAIK, Posix
OSes will inform you of malloc failures with SIGKILL rather than NULL.
The article on gmane.comp.audio.jackit had some very good discussion
on this point, so emulating that functionality under Windows is probably
a decent way to
Hello,
I've built a JTAG adapter (Very similar to oocdlink-h) using the FT4232H
instead of the FT2232H. Due to the lack of ACBUS on the 4232, I've routed the
reset lines to the same pins on BDBUS. CDBUS and DDBUS both go to serial ports.
What would be the best way to support that? Should I
I would like to see openocd always start, even if the config
file is invalid. Then, it can be configured via telnet and,
hopefully, Have a command to dump a config file. If the telnet
interface supported completion a la Cisco routers (press ? to
list available completions), it would not be
You can do that if you want. Otherwise, since every git command uses
git rev-parse implicitly, the result of git describe is a valid
revision descriptor.
You can git checkout -b my_temp_branch output_of_git_describe
-Original Message-
From: openocd-development-boun...@lists.berlios.de
“What do you think is the worst that could happen by issuing a 0 + on an
integer value that is meant to be used as a valid pointer in the first place?”
Remember: (((int32_t *)0) + 5) == 20.
From: openocd-development-boun...@lists.berlios.de
[mailto:openocd-development-boun...@lists.berlios.de]
I just did a clone of the git repository and noticed how long it took to clone
one of the many objects. After a little sleuthing, I've determined that:
2869bc4... Adds a few small files
2f37d16... Adds several large files.
af3b53a... Adds more large files. It immediately succeeds the previous
Well, that won't really work since history is nonlinear.
You can git log --oneline -- path/to/file to list out the last commit to
modify that file.
Then git describe abbreviated_hash_from_first_line_of_log and it'll give
you something like:
tagname-commit-count-since-gAbbreviated SHA1
which is
The git gui itself is probably a bit nicer. Myself, I always use the
git command line tools, though I find gitk indispensible as a roadmap.
To try the git gui, type git gui at the command line. Oh, and it works
perfectly in cygwin, and identically in Linux.
- Alex
-Original Message-
Notice the number of messages with a subject line of Berlios outage...
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Tom Moulton
Sent: Tuesday, October 06, 2009 12:17 PM
To:
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Grant Edwards
Sent: Tuesday, October 06, 2009 12:52 PM
To: openocd-development@lists.berlios.de
Subject: Re: [Openocd-development] Moving to git
Since many people seem to not be fond of sourceforge, have
you considered GitHub? Just put a README.markdown in the
project and it will become a nice webpage front for the
project. They already provide source browsing and snapshots
available via HTTP, and make it trivially easy for anyone
to (a)
-Original Message-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Monday, October 05, 2009 6:37 PM
To: openocd-development@lists.berlios.de
Cc: Austin, Alex
Subject: Re: [Openocd-development] Moving to git
On Monday 05 October 2009, Austin, Alex wrote:
Since many
55 matches
Mail list logo