From: "Michael S. Tsirkin" <mst@redhat.com>
To: qemu-devel@nongnu.org
Cc: Peter Maydell <peter.maydell@linaro.org>,
Fam Zheng <famz@redhat.com>, Nikita Belov <zodiac@ispras.ru>,
Nikolay Nikolaev <n.nikolaev@virtualopensystems.com>,
Kirill Batuzov <batuzovk@ispras.ru>,
Anthony Liguori <aliguori@amazon.com>,
Antonios Motakis <a.motakis@virtualopensystems.com>,
Luiz Capitulino <lcapitulino@redhat.com>
Subject: [Qemu-devel] [PULL 05/12] Handle G_IO_HUP in tcp_chr_read for tcp chardev
Date: Mon, 7 Jul 2014 15:40:21 +0300 [thread overview]
Message-ID: <1404711994-18228-6-git-send-email-mst@redhat.com> (raw)
In-Reply-To: <1404711994-18228-1-git-send-email-mst@redhat.com>
From: Kirill Batuzov <batuzovk@ispras.ru>
Since commit cdaa86a54b232572bba594bf87a7416e527e460c
("Add G_IO_HUP handler for socket chardev")
GLib limitation results in a bug on Windows host. Steps to reproduce:
Start qemu: qemu-system-i386 -qmp tcp:127.0.0.1:4444:server:nowait
Connect with telnet: telnet 127.0.0.1 4444
Try sending some data from telnet.
Expected result: answers from QEMU.
Observed result: no answers (actually tcp_chr_read is not called at all).
Due to GLib limitations it is not possible to create several watches on one
channel on Windows hosts. See bug #338943 in GNOME bugzilla for details:
https://bugzilla.gnome.org/show_bug.cgi?id=338943
This reimplements commit cdaa86a54b232572bba594bf87a7416e527e460c
("Add G_IO_HUP handler for socket chardev") using a single watch:
Handle G_IO_HUP in tcp_chr_read instead. It is already watched by a
corresponding watch. Remove the second watch with its handler.
Cc: Antonios Motakis <a.motakis@virtualopensystems.com>
Cc: Nikolay Nikolaev <n.nikolaev@virtualopensystems.com>
Cc: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Kirill Batuzov <batuzovk@ispras.ru>
Signed-off-by: Nikita Belov <zodiac@ispras.ru>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
---
include/sysemu/char.h | 1 -
qemu-char.c | 27 ++++++---------------------
2 files changed, 6 insertions(+), 22 deletions(-)
diff --git a/include/sysemu/char.h b/include/sysemu/char.h
index c8b15f9..0bbd631 100644
--- a/include/sysemu/char.h
+++ b/include/sysemu/char.h
@@ -84,7 +84,6 @@ struct CharDriverState {
int avail_connections;
int is_mux;
guint fd_in_tag;
- guint fd_hup_tag;
QemuOpts *opts;
QTAILQ_ENTRY(CharDriverState) next;
};
diff --git a/qemu-char.c b/qemu-char.c
index 51917de..22a9777 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2673,6 +2673,12 @@ static gboolean tcp_chr_read(GIOChannel *chan, GIOCondition cond, void *opaque)
uint8_t buf[READ_BUF_LEN];
int len, size;
+ if (cond & G_IO_HUP) {
+ /* connection closed */
+ tcp_chr_disconnect(chr);
+ return TRUE;
+ }
+
if (!s->connected || s->max_size <= 0) {
return TRUE;
}
@@ -2724,25 +2730,6 @@ CharDriverState *qemu_chr_open_eventfd(int eventfd)
}
#endif
-static gboolean tcp_chr_chan_close(GIOChannel *channel, GIOCondition cond,
- void *opaque)
-{
- CharDriverState *chr = opaque;
-
- if (cond != G_IO_HUP) {
- return FALSE;
- }
-
- /* connection closed */
- tcp_chr_disconnect(chr);
- if (chr->fd_hup_tag) {
- g_source_remove(chr->fd_hup_tag);
- chr->fd_hup_tag = 0;
- }
-
- return TRUE;
-}
-
static void tcp_chr_connect(void *opaque)
{
CharDriverState *chr = opaque;
@@ -2752,8 +2739,6 @@ static void tcp_chr_connect(void *opaque)
if (s->chan) {
chr->fd_in_tag = io_add_watch_poll(s->chan, tcp_chr_read_poll,
tcp_chr_read, chr);
- chr->fd_hup_tag = g_io_add_watch(s->chan, G_IO_HUP, tcp_chr_chan_close,
- chr);
}
qemu_chr_be_generic_open(chr);
}
--
MST
next prev parent reply other threads:[~2014-07-07 12:38 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-07 12:39 [Qemu-devel] [PULL 00/12] pc,vhost,virtio fixes, test Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 01/12] qtest: enable vhost-user-test Michael S. Tsirkin
2014-07-15 17:25 ` Peter Maydell
2014-07-07 12:40 ` [Qemu-devel] [PULL 02/12] numa: check for busy memory backend Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 03/12] pc-dimm: error out if memory hotplug is not enabled Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 04/12] virtio: move common virtio properties to bus class device Michael S. Tsirkin
2014-07-07 12:40 ` Michael S. Tsirkin [this message]
2014-07-07 12:40 ` [Qemu-devel] [PULL 06/12] pci: assign devfn to pci_dev before calling pci_device_iommu_address_space() Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 07/12] acpi: fix typo in memory hotplug MMIO region name Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 08/12] hw/virtio: enable common virtio feature for mmio device Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 09/12] qdev: Don't abort() in case globals can't be set Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 10/12] qdev: Fix crash when using non-device class name on -global Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 11/12] virtio-pci: fix MSI memory region use after free Michael S. Tsirkin
2014-07-07 12:40 ` [Qemu-devel] [PULL 12/12] qemu-char: add chr_add_watch support in mux chardev Michael S. Tsirkin
2014-07-07 18:06 ` [Qemu-devel] [PULL 00/12] pc,vhost,virtio fixes, test Peter Maydell
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=1404711994-18228-6-git-send-email-mst@redhat.com \
--to=mst@redhat.com \
--cc=a.motakis@virtualopensystems.com \
--cc=aliguori@amazon.com \
--cc=batuzovk@ispras.ru \
--cc=famz@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=n.nikolaev@virtualopensystems.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=zodiac@ispras.ru \
/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).