From: Brian Foster <brian.foster@innova-card.com>
To: linux-mips@linux-mips.org
Cc: Martin Gebert <martin.gebert@alpha-bit.de>,
TriKri <kristoferkrus@hotmail.com>
Subject: Re: Debugging the MIPS processor using GDB
Date: Tue, 12 Aug 2008 16:37:41 +0200 [thread overview]
Message-ID: <200808121637.42148.brian.foster@innova-card.com> (raw)
In-Reply-To: <48A19ABE.5060104@alpha-bit.de>
On Tuesday 12 August 2008 16:14:22 Martin Gebert wrote:
> > Finally, there's a program called gdbserver, which comes with GDB. If I
> > write a remote stub, do I need this program? Where should it be run? Where
> > should my program be run? Since the stub is a c file, but lacks of a main
> > function, how do I compile it?
>
> At least this I can answer. In short, you need to call gdbserver on your
> target machine in order to do remote debugging from your workstation.
> The first Google match for "using gdbserver" reveals this:
>
> http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/gdb/server.html
To the best of my knowledge, ‘gdbserver’ itself is not normally
used with (E)JTAG probes; it's mostly for debugging userland
code on a remote target machine whilst running ‘gdb’ itself on
a local host workstation.
I'm using the commercial FS² (First Silicon Systems, now owned
by MIPS) EJTAG probe. The local ‘gdb’ on the workstation talks
to the local FS² software on the workstation, which talks to the
probe (in my case, over USB, but there is also an Ethernet model).
There is no ‘gdbserver’ in this setup per se, albeit I suppose
the protocol between ‘gdb’ and the FS² software (which is called
something like ‘jnetserver’?) might be similar/identical (I have
no idea!).
cheers!
-blf-
--
“How many surrealists does it take to | Brian Foster
change a lightbulb? Three. One calms | somewhere in south of France
the warthog, and two fill the bathtub | Stop E$$o (ExxonMobil)!
with brightly-coloured machine tools.” | http://www.stopesso.com
next prev parent reply other threads:[~2008-08-12 14:37 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-12 13:23 Debugging the MIPS processor using GDB TriKri
2008-08-12 14:14 ` Martin Gebert
2008-08-12 14:37 ` Brian Foster [this message]
2008-08-12 16:27 ` Maciej W. Rozycki
2008-08-13 7:05 ` Brian Foster
2008-08-13 13:49 ` Maciej W. Rozycki
2008-08-13 15:07 ` Brian Foster
2008-08-13 15:16 ` Maciej W. Rozycki
2008-08-14 11:42 ` Debugging the MIPS processor using GDB (and FS2 EJTAG probe breakpoint issues) Brian Foster
2008-08-14 23:11 ` Maciej W. Rozycki
2008-08-13 14:41 ` Debugging the MIPS processor using GDB Jon Fraser
2008-08-13 15:12 ` Brian Foster
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=200808121637.42148.brian.foster@innova-card.com \
--to=brian.foster@innova-card.com \
--cc=kristoferkrus@hotmail.com \
--cc=linux-mips@linux-mips.org \
--cc=martin.gebert@alpha-bit.de \
/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