From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Marc-André Lureau" <marcandre.lureau@redhat.com>
Cc: qemu-devel <qemu-devel@nongnu.org>,
Thomas Huth <thuth@redhat.com>, Yongji Xie <elohimes@gmail.com>,
Laurent Vivier <lvivier@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 07/12] chardev: split tcp_chr_wait_connected into two methods
Date: Wed, 16 Jan 2019 09:36:18 +0000 [thread overview]
Message-ID: <20190116093618.GF20275@redhat.com> (raw)
In-Reply-To: <CAMxuvaw7jvuQdC1CNwXn6Cm0CUm8fYFHRiVBac-=bPpudXru+Q@mail.gmail.com>
On Tue, Jan 15, 2019 at 11:44:37PM +0400, Marc-André Lureau wrote:
> Hi
>
> On Tue, Jan 15, 2019 at 6:53 PM Daniel P. Berrangé <berrange@redhat.com> wrote:
> >
> > The tcp_chr_wait_connected method can deal with either server or client
> > chardevs, but some callers only care about one of these possibilities.
> > The tcp_chr_wait_connected method will also need some refactoring to
> > reliably deal with its primary goal of allowing a device frontend to
> > wait for an established connection, which will interfere with other
> > callers.
> >
> > Split it into two methods, one responsible for server initiated
> > connections, the other responsible for client initiated connections.
> > In doing this split the tcp_char_connect_async() method is renamed
> > to become consistent with naming of the new methods.
> >
> > Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
> > ---
> > chardev/char-socket.c | 59 +++++++++++++++++++++++++++----------------
> > 1 file changed, 37 insertions(+), 22 deletions(-)
> >
> > diff --git a/chardev/char-socket.c b/chardev/char-socket.c
> > index 3b6ff6619b..3bd1be7631 100644
> > --- a/chardev/char-socket.c
> > +++ b/chardev/char-socket.c
> > @@ -886,30 +886,47 @@ static void tcp_chr_accept(QIONetListener *listener,
> > tcp_chr_new_client(chr, cioc);
> > }
> >
> > -static int tcp_chr_wait_connected(Chardev *chr, Error **errp)
> > +
> > +static int tcp_chr_connect_client_sync(Chardev *chr, Error **errp)
> > +{
> > + SocketChardev *s = SOCKET_CHARDEV(chr);
> > + QIOChannelSocket *sioc = qio_channel_socket_new();
> > + tcp_chr_set_client_ioc_name(chr, sioc);
> > + if (qio_channel_socket_connect_sync(sioc, s->addr, errp) < 0) {
> > + object_unref(OBJECT(sioc));
> > + return -1;
> > + }
> > + tcp_chr_new_client(chr, sioc);
> > + object_unref(OBJECT(sioc));
> > + return 0;
> > +}
> > +
> > +
> > +static void tcp_chr_accept_server_sync(Chardev *chr)
> > {
> > SocketChardev *s = SOCKET_CHARDEV(chr);
> > QIOChannelSocket *sioc;
> > + info_report("QEMU waiting for connection on: %s",
> > + chr->filename);
> > + sioc = qio_net_listener_wait_client(s->listener);
> > + tcp_chr_set_client_ioc_name(chr, sioc);
> > + tcp_chr_new_client(chr, sioc);
> > + object_unref(OBJECT(sioc));
> > +}
> > +
> >
> > +static int tcp_chr_wait_connected(Chardev *chr, Error **errp)
> > +{
> > + SocketChardev *s = SOCKET_CHARDEV(chr);
> > /* It can't wait on s->connected, since it is set asynchronously
> > * in TLS and telnet cases, only wait for an accepted socket */
> > while (!s->ioc) {
> > if (s->is_listen) {
> > - info_report("QEMU waiting for connection on: %s",
> > - chr->filename);
> > - sioc = qio_net_listener_wait_client(s->listener);
> > - tcp_chr_set_client_ioc_name(chr, sioc);
> > - tcp_chr_new_client(chr, sioc);
> > - object_unref(OBJECT(sioc));
> > + tcp_chr_accept_server_sync(chr);
> > } else {
> > - sioc = qio_channel_socket_new();
> > - tcp_chr_set_client_ioc_name(chr, sioc);
> > - if (qio_channel_socket_connect_sync(sioc, s->addr, errp) < 0) {
> > - object_unref(OBJECT(sioc));
> > + if (tcp_chr_connect_client_sync(chr, errp) < 0) {
> > return -1;
> > }
> > - tcp_chr_new_client(chr, sioc);
> > - object_unref(OBJECT(sioc));
> > }
> > }
> >
> > @@ -958,7 +975,7 @@ cleanup:
> > object_unref(OBJECT(sioc));
> > }
> >
> > -static void tcp_chr_connect_async(Chardev *chr)
> > +static void tcp_chr_connect_client_async(Chardev *chr)
> > {
> > SocketChardev *s = SOCKET_CHARDEV(chr);
> > QIOChannelSocket *sioc;
> > @@ -982,7 +999,7 @@ static gboolean socket_reconnect_timeout(gpointer opaque)
> > return false;
> > }
> >
> > - tcp_chr_connect_async(chr);
> > + tcp_chr_connect_client_async(chr);
> >
> > return false;
> > }
> > @@ -1139,7 +1156,7 @@ static void qmp_chardev_open_socket(Chardev *chr,
> > }
> >
> > if (s->reconnect_time) {
> > - tcp_chr_connect_async(chr);
> > + tcp_chr_connect_client_async(chr);
> > } else {
> > if (s->is_listen) {
> > char *name;
> > @@ -1159,17 +1176,15 @@ static void qmp_chardev_open_socket(Chardev *chr,
> > s->addr = socket_local_address(s->listener->sioc[0]->fd, errp);
> > update_disconnected_filename(s);
> >
> > - if (is_waitconnect &&
> > - qemu_chr_wait_connected(chr, errp) < 0) {
> > - return;
> > - }
> > - if (!s->ioc) {
> > + if (is_waitconnect) {
> > + tcp_chr_accept_server_sync(chr);
>
> Is the wait_connected() loop really unnecessary there? looks like it
> is. And there is no error path either. ok
Yes, we only need to accept a single client during normal startup.
Even the loop in tcp_chr_wait_connected is actually bogus in the
current code, but I've not removed that since later patches will
need it again.
> Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
>
> > + } else {
> > qio_net_listener_set_client_func_full(s->listener,
> > tcp_chr_accept,
> > chr, NULL,
> > chr->gcontext);
> > }
> > - } else if (qemu_chr_wait_connected(chr, errp) < 0) {
> > + } else if (tcp_chr_connect_client_sync(chr, errp) < 0) {
> > return;
> > }
> > }
> > --
> > 2.20.1
> >
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2019-01-16 9:36 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-15 14:52 [Qemu-devel] [PATCH 00/12] chardev: refactoring & many bugfixes related tcp_chr_wait_connected Daniel P. Berrangé
2019-01-15 14:52 ` [Qemu-devel] [PATCH 01/12] chardev: fix validation of options for QMP created chardevs Daniel P. Berrangé
2019-01-15 19:13 ` Marc-André Lureau
2019-01-16 5:07 ` Thomas Huth
2019-01-16 9:27 ` Daniel P. Berrangé
2019-01-17 9:21 ` Markus Armbruster
2019-01-17 14:13 ` Eric Blake
2019-01-15 14:52 ` [Qemu-devel] [PATCH 02/12] chardev: forbid 'reconnect' option with server sockets Daniel P. Berrangé
2019-01-15 19:13 ` Marc-André Lureau
2019-01-16 5:11 ` Thomas Huth
2019-01-15 14:52 ` [Qemu-devel] [PATCH 03/12] chardev: forbid 'wait' option with client sockets Daniel P. Berrangé
2019-01-15 19:14 ` Marc-André Lureau
2019-01-16 5:17 ` Thomas Huth
2019-01-15 14:52 ` [Qemu-devel] [PATCH 04/12] chardev: remove many local variables in qemu_chr_parse_socket Daniel P. Berrangé
2019-01-15 19:18 ` Marc-André Lureau
2019-01-16 9:33 ` Daniel P. Berrangé
2019-01-15 19:33 ` Eric Blake
2019-01-16 9:31 ` Daniel P. Berrangé
2019-01-15 14:52 ` [Qemu-devel] [PATCH 05/12] chardev: ensure qemu_chr_parse_compat reports missing driver error Daniel P. Berrangé
2019-01-15 19:20 ` Marc-André Lureau
2019-01-15 14:52 ` [Qemu-devel] [PATCH 06/12] chardev: remove unused 'sioc' variable & cleanup paths Daniel P. Berrangé
2019-01-15 19:39 ` Marc-André Lureau
2019-01-16 5:24 ` Thomas Huth
2019-01-16 5:47 ` Peter Xu
2019-01-16 6:01 ` Thomas Huth
2019-01-16 9:34 ` Daniel P. Berrangé
2019-01-15 14:52 ` [Qemu-devel] [PATCH 07/12] chardev: split tcp_chr_wait_connected into two methods Daniel P. Berrangé
2019-01-15 19:44 ` Marc-André Lureau
2019-01-16 9:36 ` Daniel P. Berrangé [this message]
2019-01-15 14:52 ` [Qemu-devel] [PATCH 08/12] chardev: split up qmp_chardev_open_socket connection code Daniel P. Berrangé
2019-01-15 21:02 ` Marc-André Lureau
2019-01-15 14:52 ` [Qemu-devel] [PATCH 09/12] chardev: use a state machine for socket connection state Daniel P. Berrangé
2019-01-15 21:05 ` Marc-André Lureau
2019-01-15 14:52 ` [Qemu-devel] [PATCH 10/12] chardev: honour the reconnect setting in tcp_chr_wait_connected Daniel P. Berrangé
2019-01-15 21:22 ` Marc-André Lureau
2019-01-15 14:52 ` [Qemu-devel] [PATCH 11/12] chardev: disallow TLS/telnet/websocket with tcp_chr_wait_connected Daniel P. Berrangé
2019-01-15 21:54 ` Marc-André Lureau
2019-01-16 9:37 ` Daniel P. Berrangé
2019-01-15 14:52 ` [Qemu-devel] [PATCH 12/12] chardev: fix race with client connections in tcp_chr_wait_connected Daniel P. Berrangé
2019-01-21 9:51 ` [Qemu-devel] [PATCH 00/12] chardev: refactoring & many bugfixes related tcp_chr_wait_connected no-reply
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=20190116093618.GF20275@redhat.com \
--to=berrange@redhat.com \
--cc=elohimes@gmail.com \
--cc=lvivier@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
/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).