Query/plan about ARM targets RTEMS integrated debugging

Yanjun Luo yanjun.luo at gmail.com
Sun Mar 13 14:01:53 UTC 2005

Hi Pavel,

I really glad that someone has this plan. Although I have no experience
about GDB stub,  I really like to do something about this.
I have several experience at AT91RM9200 running RTEMS, but
it's really painful I can't debug at all.
printf/printk is not a very efficient way.

Yanjun Luo.

----- Original Message -----
From: "Pavel Pisa" <ppisa4lists at pikron.com>
To: <rtems-users at rtems.com>
Cc: "Jay Monkman" <jtm-list-rtems at smoothsmoothie.com>; "Joel Sherrill"
<joel at OARcorp.com>
Sent: Sunday, March 13, 2005 9:37 PM
Subject: Query/plan about ARM targets RTEMS integrated debugging

> Hello Joel and others,
> I would like to change debugging situation for ARM targets.
> I have already send this question some time ago, but I have
> received no reply.
> On Friday 04 March 2005 01:58, Pavel Pisa wrote:
> > I have some slight experience with GDB internals.
> > That is why I should be able to implement/port ARM stub for RTEMS
> > if I am helped with RTEMS side of the game.
> >
> > I have already looked at RTEMS sources for other architectures,
> > but I would like to discuss case with more knowledge people.
> > As I understand, there are two possible kinds of stubs for RTEMS.
> > One is running in RTEMS thread and can be used to debug other RTEMS
> > threads over RS-232 or ETHERNET. This stub cannot be used for
> > core executive primitives and interrupts debugging.
> > The second one is stub directly connected to the RS-232 hardware,
> > which could be used for debugging of all code run with enabled
> > interrupts.
> >
> > Please, can you give me information, where should be ARM specific
> > files located and which architecture implementation is the best
> > starting point. I am not sure, which kind of stub is better
> > for beginning. Suggestions there welcomed as well.
> I cannot promise, that I find time for this work at this moment,
> but I would like to work or cooperate on this in future.
> Thanks in advance
>                 Pavel Pisa
>         e-mail: pisa at cmp.felk.cvut.cz
>         www:    http://cmp.felk.cvut.cz/~pisa
>         work:   http://www.pikron.com

More information about the users mailing list