From: Michael Snyder <msnyder@vmware.com>
To: "raja.saleru@iap-online.com" <raja.saleru@iap-online.com>
Cc: "gdb@sourceware.org" <gdb@sourceware.org>
Subject: Re: gdb internal functionality
Date: Fri, 07 Nov 2008 18:22:00 -0000 [thread overview]
Message-ID: <4914857A.2070201@vmware.com> (raw)
In-Reply-To: <21449.210.143.35.19.1226044120.squirrel@www.iap-online.com>
raja.saleru@iap-online.com wrote:
> Hi,
>
> I would like to know more of GDB internals especially the control flow and
> functionality for the following gdb commands. For ex. the development
> environment include gdb on cygwin environment, which is connected to
> OpenOCD, which inturn connects to ARM target. Any information on this
> would be very helpful.
>
> 1. target remote host:port
Set a breakpoint at remote_open_1, then look at
your call stack.
> 2. stepi
break at stepi_command.
> 3. contrinue
break at continue_command.
> 4. break linenum
This is complex. You'll need to look around within
breakpoint.c and, if you want to get down and dirty,
in linespec.c.
> 5. delete bpnum
break at delete_command.
> 6. watch expression
watch_command
> 7. set/read register value
There is no "set register" command. You can just
use the regular "set" command to assign a value to
a register, eg. "set $pc = 0xfeedface".
The internal code for manipulating and storing
register values is quite complex -- start by looking
at regcache.c.
> 8. read/write memory
Also quite complex. There is a function pointer
called "to_xfer_partial" (I know, probably seems
non-intuitive). It lives in a struct called a "target_ops",
which is defined in target.c.
Since you're using "target remote", this pointer will
point to "remote_xfer_partial". You can start looking
there.
> 9. quit
break at quit_command.
> 10. monitor reset
"monitor" is a prefix command that means "send the
following to my target, without interpreting it".
So "reset" is a command that will be passed to your target.
You can find "monitor_command" in target.c, and for
the remote target, it will be implemented by function
"remote_rcmd" in remote.c
next prev parent reply other threads:[~2008-11-07 18:22 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <33036.210.143.35.19.1225860010.squirrel@www.iap-online.com>
2008-11-07 7:49 ` raja.saleru
2008-11-07 12:21 ` EBo
2008-11-10 10:53 ` Jeremy Bennett
2008-11-07 18:22 ` Michael Snyder [this message]
2008-11-14 8:07 ` gdb load command flow raja.saleru
2008-11-14 8:13 ` Ramana Radhakrishnan
2008-11-14 9:07 ` Jeremy Bennett
[not found] ` <59596.210.143.35.18.1226650013.squirrel@www.iap-online.com>
2008-11-26 1:28 ` gdb remote serial packet has wrong address raja.saleru
2008-11-26 18:46 ` Michael Snyder
[not found] ` <28893.210.143.35.18.1227662837.squirrel@www.iap-online.com>
2009-01-06 10:35 ` adding new commandline interface to gdb ? raja.saleru
2009-01-07 9:09 ` teawater
[not found] ` <17669.210.143.35.18.1231238130.squirrel@www.iap-online.com>
2009-01-20 8:36 ` info watch command raja.saleru
2009-01-20 13:46 ` Daniel Jacobowitz
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=4914857A.2070201@vmware.com \
--to=msnyder@vmware.com \
--cc=gdb@sourceware.org \
--cc=raja.saleru@iap-online.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