Maybe you should add an item to the "Sourceforge Operations Group" issue
tracker:
http://sourceforge.net/tracker/?func=add&group_id=160677&atid=816806
Since it seems to not be looked at, a more direct approach may be appropriate.
> -Original Message-
> From: openocd-development-boun...@
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 wrote:
Hi
I have the attached trivial patch. It fixes a missing brace in a tcl
script.
(I've had no success with the instructions in HACKING. I get
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: Openocd-developme
> -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
>
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.be
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
git add file1.c
git commit --amend
git checkout
git rebase temp
git push review
You don't need to do indi
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, O
> -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 j
+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 wi
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
Subjec
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 anythi
May 13, 2011 12:25 AM
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 Ope
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)
My_rtos_xlato
ios.de
[mailto:openocd-development-boun...@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 wa
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
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
[openocd-development-boun...@lists.berli
I'm attepmting board bringup on a series of boards. A few boards give me DR/IR
scan errors. Where, in my hardware, should I be looking for issues?
Thanks,
- Alex
$ telnet localhost
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Open On-Chip Debugger
> reb_memtest
targ
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 wrote:
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 wrote:
Hello,
I am new to JTAG and OpenOCD. I want to use Jlink-JTAG with my PHYTEC LPC3250
board.
Hence, I have downloaded code from
"http:/
Try it slower. Try 25kHz to start and see how that goes.
Oleg Kravchenko 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 received lots o
Can you git bisect to find the problem commit?
Felix 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 LED
in the ori
--Original Message-
> 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
> +++
Be sure to still support separate gdb servers for each separate device on the
scan chain. For example, the nVidia Tegra II has a dual core A9 and an arm7
peripheral/ power controller.
Øyvind Harboe wrote:
Just some thoughts on multicore interface to debuggers...
GDB server: Today OpenOCD has
Stefan,
Assuming that the code drop they sent you is the same one they sent me, the
little bit of support in openocd for 563xx is actually based on what you have.
Given the differences between 563xx and pretty much every other processor in
existence, it would probably make sense to fork openocd
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" wrote:
Anyone else get this message? Is it coincidence that I understand it?
Gary Carlson wrote:
Anyone else get this message? Is it coincidence that I understand it?
Gary Carlson 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). The first time through a "res
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 [mailto:openo
> -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 u
class. 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
> Subj
vind.har...@zylin.com]
> Sent: Thursday, February 18, 2010 12:38 AM
> To: Austin, Alex
> Cc: openocd-development@lists.berlios.de
> Subject: Re: [Openocd-development] OpenOCD auto-config
>
> Why do you prefer writing this *outside* OpenOCD, rather than
> *inside* using tcl?
>
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 file
AM
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_
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 tar
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, Febr
>
> 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 opti
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
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 0.4-rc
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_jtagacce
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: openocd-development-bo
age-
> 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:
> > +#if
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
user0
> -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
> mult
> -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.be
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.
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: openocd-developme
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,
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 go
> -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: [Openo
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 manua
“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.d
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 "
> -Original Message-
> From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
>
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 difficul
> -Original Message-
> From: David Brownell [mailto:davi...@pacbell.net]
> Sent: Thursday, October 15, 2009 4:56 AM
> To: Austin, Alex
> Subject: Re: [Openocd-development] A little Git repo cleanup
>
> On Thursday 15 October 2009, you wrote:
> > I just did a
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
1ef7
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 " and it'll give
you something like:
tagname--g
which is a valid way to specify a revision.
> -Original Message-
> Fro
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-
> -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 t
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: openocd-deve
> -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, Austi
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) fo
Hello,
My company is developing a JTAG debugger for internal use. We expect to start
using it within a week or so, though there are other capability requests that
would make use of the FT4232H advantageous.
Can we rely on the ft4232h today, or should we place a pair of ft2232Ls and a
USB hub fo
61 matches
Mail list logo