From: "Daniel P. Berrange" <berrange@redhat.com>
To: qemu-devel@nongnu.org
Cc: Gleb Natapov <gleb@redhat.com>
Subject: [Qemu-devel] [PATCH] Preserve current monitor CPU when issuing HMP passthrough commands
Date: Thu, 1 Sep 2011 12:46:44 +0100 [thread overview]
Message-ID: <1314877604-2720-1-git-send-email-berrange@redhat.com> (raw)
From: "Daniel P. Berrange" <berrange@redhat.com>
Several info commands rely on the 'mon_cpu' field in the Monitor
struct. This field can be updated using the 'cpu NN' command.
The processing for HMP passthrough commands, however, does not
use the global 'Monitor *' instance, instead creating a brand
new instance on the stack for HMP command executed. This breaks
anything setting/getting the current monitor CPU
$ ./x86_64-softmmu/qemu-system-x86_64 -cdrom ~/boot.iso -qmp stdio -smp 4
{"QMP": {"version": {"qemu": {"micro": 50, "minor": 15, "major": 0}, "package": ""}, "capabilities": []}}
{"execute":"qmp_capabilities"}
{"return": {}}
{"execute":"human-monitor-command","arguments":{"command-line":"info cpus"}}
{"return": "* CPU #0: pc=0x000000000010017c (halted) thread_id=2570 \r\n CPU #1: pc=0x00000000000ff0a2 (halted) thread_id=2570 \r\n CPU #2: pc=0x00000000000ff0a2 (halted) thread_id=2570 \r\n CPU #3: pc=0x00000000000ff0a2 (halted) thread_id=2570 \r\n"}
{"execute":"human-monitor-command","arguments":{"command-line":"cpu 2"}}
{"return": {}}
{"execute":"human-monitor-command","arguments":{"command-line":"info cpus"}}
{"return": "* CPU #0: pc=0x000000000010017c (halted) thread_id=2570 \r\n CPU #1: pc=0x00000000000ff0a2 (halted) thread_id=2570 \r\n CPU #2: pc=0x00000000000ff0a2 (halted) thread_id=2570 \r\n CPU #3: pc=0x00000000000ff0a2 (halted) thread_id=2570 \r\n"}
In that example, the '*' should have moved from CPU #0, to CPU #2
but it did not.
The simple fix is to just copy the existing 'mon_cpu' field into
the new temporary Monitor instance, before the HMP command is
run, and copy the updated value back to the global instance
afterwards.
* monitor.c: Track 'mon_cpu' when doing HMP passthrough
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
---
monitor.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/monitor.c b/monitor.c
index 421a65c..f99659d 100644
--- a/monitor.c
+++ b/monitor.c
@@ -513,6 +513,7 @@ static int do_hmp_passthrough(Monitor *mon, const QDict *params,
memset(&hmp, 0, sizeof(hmp));
qemu_chr_init_mem(&mchar);
hmp.chr = &mchar;
+ hmp.mon_cpu = cur_mon->mon_cpu;
old_mon = cur_mon;
cur_mon = &hmp;
@@ -521,6 +522,7 @@ static int do_hmp_passthrough(Monitor *mon, const QDict *params,
ret = mon_set_cpu(qdict_get_int(params, "cpu-index"));
if (ret < 0) {
cur_mon = old_mon;
+ cur_mon->mon_cpu = hmp.mon_cpu;
qerror_report(QERR_INVALID_PARAMETER_VALUE, "cpu-index", "a CPU number");
goto out;
}
@@ -528,6 +530,7 @@ static int do_hmp_passthrough(Monitor *mon, const QDict *params,
handle_user_command(&hmp, qdict_get_str(params, "command-line"));
cur_mon = old_mon;
+ cur_mon->mon_cpu = hmp.mon_cpu;
if (qemu_chr_mem_osize(hmp.chr) > 0) {
*ret_data = QOBJECT(qemu_chr_mem_to_qs(hmp.chr));
--
1.7.6
next reply other threads:[~2011-09-01 12:02 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-01 11:46 Daniel P. Berrange [this message]
2011-09-01 19:39 ` [Qemu-devel] [PATCH] Preserve current monitor CPU when issuing HMP passthrough commands Anthony Liguori
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=1314877604-2720-1-git-send-email-berrange@redhat.com \
--to=berrange@redhat.com \
--cc=gleb@redhat.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).