summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorJason Wessel <jason.wessel@windriver.com>2010-05-20 21:04:24 -0500
committerJason Wessel <jason.wessel@windriver.com>2010-05-20 21:04:24 -0500
commita0de055cf61338549b13079a5677ef2e1b6472ef (patch)
tree6191bbd6b3d567350b12ad973356995dbeffeeb3 /lib
parent6d45a1aed34b0cd7b298967eb9cb72b77afcb33b (diff)
downloadlinux-a0de055cf61338549b13079a5677ef2e1b6472ef.tar.gz
linux-a0de055cf61338549b13079a5677ef2e1b6472ef.tar.bz2
linux-a0de055cf61338549b13079a5677ef2e1b6472ef.zip
kgdb: gdb "monitor" -> kdb passthrough
One of the driving forces behind integrating another front end (kdb) to the debug core is to allow front end commands to be accessible via gdb's monitor command. It is true that you could write gdb macros to get certain data, but you may want to just use gdb to access the commands that are available in the kdb front end. This patch implements the Rcmd gdb stub packet. In gdb you access this with the "monitor" command. For instance you could type "monitor help", "monitor lsmod" or "monitor ps A" etc... There is no error checking or command restrictions on what you can and cannot access at this point. Doing something like trying to set breakpoints with the monitor command is going to cause nothing but problems. Perhaps in the future only the commands that are actually known to work with the gdb monitor command will be available. Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions