This file allows programming of this chip. In fact it can be done via
xsvf without even defining a tap, but only if it is the only device in
the chain. This tap config is needed when it is in a chain.
Please stick this file in targets.
(I get the impression very few people are using openocd for c
here's a patch:
The important bit is the reset timing change. Without this things work
but not at all relaibaly. Took us some time to realise that 0 was
wrong. I don't know what the optimum value is but 250 works a hell of
a lot better - a lot of warnings went away
The other half is more controve
Segfault is caused by startup.S
Uncomment this line below and the linker seg faults.
//_fiq: .word fiq
/*
* armboot - Startup Code for ARM720 CPU-core
*
* Copyright (c) 2001 Marius Gröger
* Copyright (c) 2002 Alex Züpke
*
* See file CREDITS for list of people who con
On Fri, Oct 9, 2009 at 2:43 AM, David Brownell wrote:
> 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 pr
For the record ... I think the key open issue here is
the need to refactor target code so that we have more
general support for reset-without-SRST, using event
handlers that know how to do that via JTAG (such as
by forcing a watchdog reset). Maybe in 0.4.x ...
Once that happens, the other open bi
We added two overridable procedures; document them, and the
two jtag arp_* operations they necessarily expose.
Update the comment about the jtag_init_reset() routine; it's
been obsolete for as long as it's had SRST support.
---
doc/openocd.texi | 120 +
I'm currently using ELDK ARM on a Debian host (have to install alien pkg to
deal with RPMs) and CodeSourcery g++ lite. I like EMDebian and OpenEmbedded
too but the install of ELDK is as simple as:
Mount iso as loopback
run ./install -d /opt/eldk arm
export arch=ARM
export $CROSS_COMPILE=arm-linux
Jon Smirl ha scritto:
> 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.
Are you talking about libc or glib? If you say glib, I understand the
GNOME f
Jon,
Gnu ld has the option -nostartfiles to stop it from including startup files so
you can have your own startup sequence. Next you'll need a really small C
library. Forget about uclibc. I've compiled the small C library from MSPGCC
(for TI's msp430) for ARM. This should get you executables wit
