remote debugging i.e. rgdb questions
amalaye.oyake at jpl.nasa.gov
Wed Mar 21 23:11:19 UTC 2007
Thanks again Daron,
yes I did use the ./configure --target=i386-rtems --prefix=/foo/Rtems
--enable-rdbg or something of the sort. I know I explicitly enabled rdgb.
I am trying to debug using Ethernet, but I could get a null-modem cable and
connect the target and host machines ...
I will ponder my options.
From: Daron Chabot [mailto:daron.chabot at usask.ca]
Sent: Wednesday, March 21, 2007 3:33 PM
To: Amalaye Oyake
Cc: rtems-users at rtems.org
Subject: Re: remote debugging i.e. rgdb questions
On Wed, 2007-03-21 at 13:22 -0700, Amalaye Oyake wrote:
> I am trying to set up remote debugging for an i386-rtems/pc686 target per
> the documentation. It seems that the rgdb stuff is not working. Perhaps I
> need to reconfigure and build? My output is below, at the bottom.
Did you configure the rtems source with the --enable-rdbg switch ??
If you are going by the RTEMS/gdb User's Guide, forget everything you've
read so far :-) AFAIK, that document is outdated. Way...
> Also from what I have gleaned there are two gdb stubs (implementations).
> stub from the guys at Canon Research which uses sunrpc and is the
> stub ... and Till Straumann's gdb stub which seems to be have some cexp
Using the "configure" switch above will build the gdb-stub for the i386-
When it comes to building GDB itself for use on your debug/development
host, you have two options here:
1) use gdb "as is" (vanilla):
i.e. build with the usual
./configure --target=i386-rtems --prefix=/foo/rtems
- You can connect host to target via rs-232 or over ethernet.
I haven't personally used the ethernet method, but I can vouch
that debugging over a serial line works well.
- On the target, add the following to the start of your Init task:
rtems_task_wake_after( about 1 second );
- this will cause the target to pause, waiting for the host to
- from the host, the command to connect to target over rs-232 is:
(gdb) target remote /dev/ttySx
where "x" is the number of the connected serial port.
- after a successful connection, add other breakpoints, and
2) add the patches provided with Till's gdb-stub, and follow
his directions *closely*.
- much of 1), above, still applies.
- this option is more work, but the result has several very
useful benefits, especially if you're already using Cexp.
- there are some disadvantages as well; just read his docs
and weigh your requirements.
Good luck !
More information about the users