This abstracts the "jtag arp_init-reset" call into a method
called from OpenOCD startup and reset processing.
Platforms which have different requirements for how such hard
resets must be performed can now override "init_reset" instead
of needing to rebuild custom hacked versions of the server.
---
Startup now mostly works, except that the initial target state
is "unknown" ... previously, it refused to even start.
Getting that far required fixing the ircapture value (which
can never have been correct!) and the default JTAG clock rate,
then providing custom reset script.
The "reset" command
On Thursday 08 October 2009, Jon Smirl wrote:
> >> Right; and does the CodeSourcery uCLinux version help at all?
> >
> > I'm still building it. They only had 32b pre-built binaries and I'm running
> > 64b.
>
> I gave up fixing build problems on Ubuntu. Now I'm seeing if I can get
> the 32b binari
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
On Fri, Oct 9, 2009 at 1:01 AM, Jon Smirl wrote:
> On Fri, Oct 9, 2009 at 12:56 AM, David Brownell 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 it. They only had 32b pre-
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
http
On Fri, Oct 9, 2009 at 12:56 AM, David Brownell 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 it. They only had 32b pre-built binaries and I'm running 64b.
>
> If you're doing th
On Thu, Oct 8, 2009 at 7:02 PM, David Brownell 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
> Linux ker
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
___
Openoc
On Thu, Oct 8, 2009 at 7:13 PM, Duane Ellis 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 spent all da
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 sup
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 al
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 meta
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
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 maintainer
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
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 aff
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 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=detailfeature&feature_id=4086&group_id=4148
>
> pause ~= sleep
> text output == echo
>
> ...
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
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 cod
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 bui
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.
--
J
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
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
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 Thursday 08 October 2009, Zach Welch wrote:
> - Improve interactive support (e.g. 'pause', etc.).
> -
> https://developer.berlios.de/feature/?func=detailfeature&feature_id=4086&group_id=4148
pause ~= sleep
text output == echo
... close this "feature request" as resolved.
For the XScale an
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 i
Among other things this causes startup errors to kick in the
fallback "reset harder" logic during server startup. Comments
are also updated a bit, explaining what the various error paths
signify (in at least my observation).
There's one clss of validation error that we can plausibly ignore:
when
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
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 try
Committed.
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
From 38c9ee7b4fcae126b05fb4ddbaec5fb0362a0b01 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?=C3=98yvind=20Harboe?=
Date: Thu, 8 Oct 2009 14:53:25 +0200
Subject: [PATCH] Stop G
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
https://lists.b
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:
>
> - Disab
34 matches
Mail list logo
