On Thu, Oct 8, 2009 at 5:02 AM, Zach Welch z...@superlucidity.net wrote:
Hey all,
Since we have changed to GIT, we will no longer be using the openocd-svn
mailing list to track commits to the repository. I am uncertain as to
whether or not equivalent functionality can be provided with GIT,
On Thu, 2009-10-08 at 08:22 +0200, Øyvind Harboe wrote:
On Thu, Oct 8, 2009 at 5:02 AM, Zach Welch z...@superlucidity.net wrote:
Hey all,
Since we have changed to GIT, we will no longer be using the openocd-svn
mailing list to track commits to the repository. I am uncertain as to
After posting, I did some research and found there is a standard script
that can be integrated as a hook. I can try to figure out the best way
to enable it for our purposes. Do we want to start a new list for it,
or should we live with the existing openocd-svn list?
Use openocd-svn mailing
Modified:
trunk/src/openocd.c
Log:
Refuse to build. Current sources are in GIT, not SVN.
See the README for information about where the GIT tree lives.
Nice one! Perfect!
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash
On Wed, 2009-10-07 at 22:32 -0700, Zach Welch wrote:
Hi all,
Some off-list discussion during the recent outage brought up the idea of
streamlining the BerliOS project site. Here are the list of services
that the maintainers want to deactivate, with suggested alternatives:
- Disable Bug
I've tested git head today and it works w/iMX35
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
I'm using the Eclipse git GUI now.
It feels pretty awkward and minimalistic, but is robust so far and
can probably cope with some of the most common operations.
It seems to behave well if I do some tasks in shell and some
in Eclipse. Note, I'm running Ubuntu/Linux. I shudder at
the thought of
On Tuesday 06 October 2009, Øyvind Harboe wrote:
if (jtag_init_inner(cmd_ctx) == ERROR_OK)
What would you think about changing init_inner() so it
actually *fails* when significant errors are detected?
Now that there is a tcl proc that can be changed for
a particular target if
Observed:
openocd: core.c:318: jtag_checks: Assertion `jtag_trst == 0' failed.
The issue was that nothing disabled background polling during calls
from the TCL shell to jtag_reset 1 1. Fix by moving the existing
poll-disable mechanism to the JTAG layer where it belongs, and then
augmenting it
On Thursday 08 October 2009, Zach Welch wrote:
- Improve interactive support (e.g. 'pause', etc.).
-
https://developer.berlios.de/feature/?func=detailfeaturefeature_id=4086group_id=4148
pause ~= sleep
text output == echo
... close this feature request as resolved.
For the XScale and
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-
On Wed, 7 Oct 2009, Raúl Sánchez Siles wrote:
I said I didn't want to start a flamewar and provided there has been, at
least, a slight interest on my messages, I'll try to clear up some point and
leave the thread alone.
I cannot resist correcting you on one point though.
[...]
That
On Wednesday 30 September 2009, Magnus Lundin wrote:
+omap3.cpu configure -event reset-start omap3.cpu mww $PRM_RSTCTRL 2
+omap3.cpu configure -event reset-end omap3_dbginit
Isn't there a chicken/egg thing having omap3.cpu mww ... do
its thing without having forcibly enabled the
Can someone help me out and point me to a working cross toolchain for
arm7tdmi with uclibc or equivalent on Linux? I've got a working glib
setup but it keeps linking in 900KB of run-time code.
I've spent all day searching and playing with buildroot and I can't
achieve a working environment.
--
On Thursday 08 October 2009, Jon Smirl wrote:
Can someone help me out and point me to a working cross toolchain for
arm7tdmi with uclibc or equivalent on Linux? I've got a working glib
setup but it keeps linking in 900KB of run-time code.
I've spent all day searching and playing with
Le 08/10/2009 18:13, David Brownell a écrit :
On Thursday 08 October 2009, Jon Smirl wrote:
Can someone help me out and point me to a working cross toolchain for
arm7tdmi with uclibc or equivalent on Linux? I've got a working glib
setup but it keeps linking in 900KB of run-time code.
On Thursday 08 October 2009, Michel Catudal wrote:
An arm-linux-gcc is only for Linux based system, not bare metal stuff.
Depends what you mean by bare metal.
I use arm-none-linux-gnueabi-gcc all the time to compile
Linux kernels; and sometimes for U-Boot, or stuff running
on Cortex-M3. By any
On Thu, 8 Oct 2009, David Brownell wrote:
On Thursday 08 October 2009, Zach Welch wrote:
- Improve interactive support (e.g. 'pause', etc.).
-
https://developer.berlios.de/feature/?func=detailfeaturefeature_id=4086group_id=4148
pause ~= sleep
text output == echo
... close this
Jon Smirl wrote:
Can someone help me out and point me to a working cross toolchain for
arm7tdmi with uclibc or equivalent on Linux? I've got a working glib
setup but it keeps linking in 900KB of run-time code.
I've spent all day searching and playing with buildroot and I can't
achieve a
On Thursday 08 October 2009, Nicolas Pitre wrote:
For the XScale and Sheevaplug things, I suggest Nicolas Pitre
tell us what to do.
I don't know anything about OpenOCD and XScale ((I guess that should be
Øyvind).
I was thinking XScale ~= Marvell and that you've
recently been affiliated
On Thu, 8 Oct 2009, David Brownell wrote:
On Thursday 08 October 2009, Nicolas Pitre wrote:
For the XScale and Sheevaplug things, I suggest Nicolas Pitre
tell us what to do.
I don't know anything about OpenOCD and XScale ((I guess that should be
Øyvind).
I was thinking XScale
On Thu, 2009-10-08 at 00:08 -0700, Zach Welch wrote:
On Wed, 2009-10-07 at 22:32 -0700, Zach Welch wrote:
Hi all,
Some off-list discussion during the recent outage brought up the idea of
streamlining the BerliOS project site. Here are the list of services
that the maintainers want to
Le 08/10/2009 19:02, David Brownell a écrit :
On Thursday 08 October 2009, Michel Catudal wrote:
An arm-linux-gcc is only for Linux based system, not bare metal stuff.
Depends what you mean by bare metal.
I use arm-none-linux-gnueabi-gcc all the time to compile
Linux kernels; and
Le 08/10/2009 19:13, Duane Ellis a écrit :
Take a look at
http://lostarm.sf.net
That is very old stuff
It is easier to download mine or create your own with my source files. I
use the latest 4.4.1 code.
It builds a *COMPLETE* gnu gcc tool chain for ARM7TDMI - bare metal, it
On Thursday 08 October 2009, Nicolas Pitre wrote:
Now let's hope that the move to Git will allow proper patch attributions
to be recorded in the repository, instead of only committer information
as it was the case with SVN (attribution in the commit log isn't good
enough). that would allow
On Thursday 08 October 2009, Michel Catudal wrote:
It uses an older version of GCC, to be honest with you, there are
*little* if any benefit you will get if you _really_ want a new version.
You're kidding are you?
There are many benefits to the newer compilers, including support for
On Thu, Oct 8, 2009 at 7:13 PM, Duane Ellis open...@duaneellis.com wrote:
Jon Smirl wrote:
Can someone help me out and point me to a working cross toolchain for
arm7tdmi with uclibc or equivalent on Linux? I've got a working glib
setup but it keeps linking in 900KB of run-time code.
I've
On Thursday 08 October 2009, Jon Smirl wrote:
libc is the problem.
Right; and does the CodeSourcery uCLinux version help at all?
If you're doing that kind of not-quite-bare metal work, I'd
expect you would need a semicustom libc.
- Dave
___
On Thu, Oct 8, 2009 at 7:02 PM, David Brownell davi...@pacbell.net wrote:
On Thursday 08 October 2009, Michel Catudal wrote:
An arm-linux-gcc is only for Linux based system, not bare metal stuff.
Depends what you mean by bare metal.
I use arm-none-linux-gnueabi-gcc all the time to compile
Have a look at
http://opensource.zylin.com/gccbinary.html
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
On Fri, Oct 9, 2009 at 1:01 AM, Jon Smirl jonsm...@gmail.com wrote:
On Fri, Oct 9, 2009 at 12:56 AM, David Brownell davi...@pacbell.net wrote:
On Thursday 08 October 2009, Jon Smirl wrote:
libc is the problem.
Right; and does the CodeSourcery uCLinux version help at all?
I'm still building
On Thu, 2009-10-08 at 08:43 +0200, Øyvind Harboe wrote:
After posting, I did some research and found there is a standard script
that can be integrated as a hook. I can try to figure out the best way
to enable it for our purposes. Do we want to start a new list for it,
or should we live
32 matches
Mail list logo