]> xenbits.xensource.com Git - qemu-upstream-4.6-testing.git/commitdiff
monitor: Reset HMP mon->rs in CHR_EVENT_OPEN
authorStratos Psomadakis <psomas@grnet.gr>
Mon, 15 Sep 2014 12:34:57 +0000 (15:34 +0300)
committerLuiz Capitulino <lcapitulino@redhat.com>
Fri, 26 Sep 2014 17:14:10 +0000 (13:14 -0400)
Commit cdaa86a54 ("Add G_IO_HUP handler for socket chardev") exposed a bug in
the way the HMP monitor handles its command buffer. When a client closes the
connection to the monitor, tcp_chr_read() will detect the G_IO_HUP condition
and call tcp_chr_disconnect() to close the server-side connection too. Due to
the fact that monitor reads 1 byte at a time (for each tcp_chr_read()), the
monitor readline state / buffers might contain junk (i.e. a half-finished
command). Thus, without calling readline_restart() on mon->rs in
CHR_EVENT_OPEN, future HMP commands will fail.

Signed-off-by: Stratos Psomadakis <psomas@grnet.gr>
Signed-off-by: Dimitris Aragiorgis <dimara@grnet.gr>
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
monitor.c

index b96710e2122042ab0e453d50ad4bd7382088a0c3..48850afe8676bf5774c88f5f58981dcf49fb8140 100644 (file)
--- a/monitor.c
+++ b/monitor.c
@@ -5249,6 +5249,7 @@ static void monitor_event(void *opaque, int event)
         monitor_printf(mon, "QEMU %s monitor - type 'help' for more "
                        "information\n", QEMU_VERSION);
         if (!mon->mux_out) {
+            readline_restart(mon->rs);
             readline_show_prompt(mon->rs);
         }
         mon->reset_seen = 1;