From: Michael Snyder <msnyder@redhat.com>
To: Srinivas Murthy <codevana@gmail.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: gdb tool for multi-proc MIPS32
Date: Fri, 10 Jun 2005 20:38:00 -0000 [thread overview]
Message-ID: <42A9FA20.20303@redhat.com> (raw)
In-Reply-To: <7cb1293c05060810067a485e41@mail.gmail.com>
Srinivas Murthy wrote:
> Hi,
> We need to develop a gdb debug tool for a custom multi-processor MIPS
> target running in an infinite loop (without an OS) over a serial link
> with a UART. The host is an x86 machine with Linux OS.
>
> The single UART needs to provide connectivity to all the processors
> on the target and the debug tool needs to do processor specific
> commands (breakpoints, source-level debug, etc.).
>
> Can you guys please point me to any reference material,
> implementations, etc. for me to get started with this?
As far as what's in the official gdb source repository,
no one has ever done this, or anything like it. It's
likely that someone has done it outside of official gdb,
as a research or development project, and maybe even published
their results -- I wouldn't know.
But I have a suggestion for you, assuming you are doing
SIMD or something like it (all the processors running the
same instruction image). Pretend that your
processor cores are threads running under a single
processor. GDB knows how to deal with that. You must
have some sort of gdb "stub" or "agent" (like rda or
gdbserver) running on the target side -- just tell
that guy to interpret a thread id (from gdb) as a
processor id. "Give me this thread's registers" will
be interpreted as "give me this processor's registers".
Switching thread contexts will be interpreted as
switching processor contexts.
If you're not doing SIMD (ie. if your processors may
be running completely different code images), then
you'll probably have to debug each processor under a
separate gdb session, and multiplex their communications
onto your single uart somehow.
next prev parent reply other threads:[~2005-06-10 20:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-08 17:06 Srinivas Murthy
2005-06-10 20:38 ` Michael Snyder [this message]
2005-06-10 20:49 ` Srinivas Murthy
2005-06-11 1:46 ` Michael Snyder
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42A9FA20.20303@redhat.com \
--to=msnyder@redhat.com \
--cc=codevana@gmail.com \
--cc=gdb-patches@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox