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 of optional
functionality.
What's the minimum that we'd have to do to get started?
--
Øyvind Harboe
Can Zylin Consulting help
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
Hi Øyvind
Is it possible to use OpenOCD to create a "core" file
for later post mortem analysis with gdb?
Some of these parts are so small, so why not record the memory
sram contents every time you halt? :-)
That is a cool idea as well :)
My idea here was a little bit simple.
Let's say I wo
On 12/05/2011 20:22, Øyvind Harboe wrote:
So OpenOCD would have a TCF TCP/IP server that would feed output/input
from DCC?
Why is code required on the target?
As I understand it, you can run an agent on the target, or the agent
could be like OpenOCD and bridge between the JTAG and TCF connn
On Thu, May 12, 2011 at 11:54 AM, Johan Simonsson wrote:
> Hi
>
> Is it possible to use OpenOCD to create a "core" file
> for later post mortem analysis with gdb?
Some of these parts are so small, so why not record the memory
sram contents every time you halt? :-)
One could then add some command
Hi
Is it possible to use OpenOCD to create a "core" file
for later post mortem analysis with gdb?
If we look at high level Linux gdb debugging,
when a process crash the kernel can create a core dump
that is some kind of elf (I think).
This file can be loaded into gdb,
so we can have a look at wh
So OpenOCD would have a TCF TCP/IP server that would feed output/input
from DCC?
Why is code required on the target?
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XSca
On Thu, May 12, 2011 at 7:13 PM, Øyvind Harboe wrote:
> What would this do?
" TCF is intended to become a replacement for protocols like the GDB
Serial, WDB, and GDB/MI protocols used for embedded software
development.
On top of the protocol specification, which is the core of TCF, the
initial c
What would this do?
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd
The TCF project from Eclipse looks promising:
http://wiki.eclipse.org/DSDP/TCF
Just wondered what thoughts were in OpenOCD becoming a TCF agent?
Would this ever likely be an accepted direction within OpenOCD, or would
it be better to write an external agent?
Martin.
__
On Fri, May 06, 2011 at 04:19:07PM -0400, Eric Cooper wrote:
> On Fri, May 06, 2011 at 08:59:37PM +0200, Luka Perkov wrote:
> > as the subject implies I have never used jtag. I would like to replace
> > original uboot from this device:
> >
> > http://wiki.openwrt.org/toh/gigaset/sx76x
>
> Have yo
Should I commit after a day or two cool-off?
You may also wish to examine git commit --amend. It will
amend the latest commit.
interactive rebase is just *wonderful* w.r.t. creating a patch
sequence and getting it just right before applying it to
the master branch Avoids a lot of noise in the
> To create a single commit, you do an interactive rebase
> and squash the two commits, and then produce a patch
> against master:
Thanks, that (appeared) to work perfectly. New patch attached, that
combines the two earlier patches from this thread.
Alan
0001-Correct-stacking-direction-and-use
13 matches
Mail list logo
