From: Jason Wessel <jason.wessel@windriver.com>
To: "Edgar E. Iglesias" <edgar.iglesias@axis.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] gdbstub improvements for gdb kill/detach/quit
Date: Mon, 12 May 2008 22:10:09 -0500 [thread overview]
Message-ID: <48290691.9060505@windriver.com> (raw)
In-Reply-To: <20080512112928.GC21455@edgar.se.axis.com>
More comments below.
Edgar E. Iglesias wrote:
> On Fri, May 09, 2008 at 08:51:38AM -0500, Jason Wessel wrote:
>> Attached is a patch to improve the gdb stub 'D' 'k' and '?' packets.
>> See the patch header for details.
>>
>>
>> --- a/gdbstub.c
>> +++ b/gdbstub.c
>> @@ -901,6 +901,11 @@ static int gdb_handle_packet(GDBState *s
>> /* TODO: Make this return the correct value for user-mode. */
>> snprintf(buf, sizeof(buf), "S%02x", SIGTRAP);
>> put_packet(s, buf);
>> + /* Remove all the breakpoints when this query is issued,
>> + * because gdb is doing and initial connect and the state
>> + * should be cleaned up.
>> + */
>> + cpu_breakpoint_remove_all(env);
>> break;
>> case 'c':
>> if (*p != '\0') {
>> @@ -924,6 +929,17 @@ static int gdb_handle_packet(GDBState *s
>> }
>> gdb_continue(s);
>> return RS_IDLE;
>> + case 'k':
>> + /* Kill the target */
>> + fprintf(stderr, "\nQEMU: Terminated via GDBstub\n");
>> + exit(0);
>
>
>
> Should we consider qemu_system_shutdown_request() here?
We desire the same action as if you run "quit" from the monitor.
Today the monitor invokes do_quit() which just does exit(). If there
is a more graceful way to exit the qemu instance which saves/flushes
state, the monitor should probably be changed this way as well.
I figure you can use the monitor commands from the gdbstub or directly
in the monitor if you want to do any kind of saving of the state of
the machine at this point.
>
>
>> + case 'D':
>> + /* Detach packet */
>> + if (!cpu_breakpoint_remove_all(env)) {
>> + gdb_continue(s);
>> + put_packet(s, "OK");
>> + break;
>> + }
>> case 's':
>> if (*p != '\0') {
>> addr = strtoull(p, (char **)&p, 16);
>> --- a/exec.c
>> +++ b/exec.c
>> @@ -1150,6 +1150,20 @@ int cpu_breakpoint_insert(CPUState *env,
>> #endif
>> }
>>
>> +/* remove all breakpoints */
>> +int cpu_breakpoint_remove_all(CPUState *env) {
>> +#if defined(TARGET_HAS_ICE)
>> + int i;
>> + for(i = 0; i < env->nb_breakpoints; i++) {
>> + breakpoint_invalidate(env, env->breakpoints[i]);
>> + }
>> + env->nb_breakpoints = 0;
>> + return 0;
>> +#else
>> + return -1;
>> +#endif
>> +}
>
> Why not just drop the return value and make the 'D' command always
succeed?
This seems reasonable. Previously I had simply used the same
call/return semantics as removing a single break point. Also I
noticed the watch points have the exact same problem as the
breakpoints with respect to detaching the debugger, so I fixed that in
the next version of the patch which will be posted shortly.
Jason.
prev parent reply other threads:[~2008-05-14 14:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-09 13:51 [Qemu-devel] [PATCH] gdbstub improvements for gdb kill/detach/quit Jason Wessel
2008-05-12 11:29 ` Edgar E. Iglesias
2008-05-13 3:10 ` Jason Wessel [this message]
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=48290691.9060505@windriver.com \
--to=jason.wessel@windriver.com \
--cc=edgar.iglesias@axis.com \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).