From: Amos Kong <akong@redhat.com>
To: Orit Wasserman <owasserm@redhat.com>
Cc: kwolf@redhat.com, aliguori@us.ibm.com, mdroth@linux.vnet.ibm.com,
mst@redhat.com, quintela@redhat.com, armbru@redhat.com,
qemu-devel@nongnu.org, pbonzini@redhat.com,
lcapitulino@redhat.com
Subject: Re: [Qemu-devel] [PATCH v4 3/4] Fix address handling in inet_nonblocking_connect
Date: Mon, 24 Sep 2012 18:05:36 +0800 [thread overview]
Message-ID: <50603070.6090202@redhat.com> (raw)
In-Reply-To: <1348411747-29804-4-git-send-email-owasserm@redhat.com>
On 23/09/12 22:49, Orit Wasserman wrote:
> getaddrinfo can give us a list of addresses, but we only try to
> connect to the first one. If that fails we never proceed to
> the next one. This is common on desktop setups that often have ipv6
> configured but not actually working.
>
> To fix this make inet_connect_nonblocking retry connection with a different
> address.
> callers on inet_nonblocking_connect register a callback function that will
> be called when connect opertion completes, in case of failure the fd will have
> a negative value
>
> Signed-off-by: Orit Wasserman <owasserm@redhat.com>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> ---
> migration-tcp.c | 37 +++++--------------
> qemu-char.c | 2 +-
> qemu-sockets.c | 108 ++++++++++++++++++++++++++++++++++++++++++++++---------
> qemu_socket.h | 33 ++++++++++++-----
> 4 files changed, 125 insertions(+), 55 deletions(-)
...
> -int inet_connect_opts(QemuOpts *opts, bool block, bool *in_progress,
> - Error **errp)
> +int inet_connect_opts(QemuOpts *opts, Error **errp, ConnectHandler *callback,
> + void *opaque)
> {
> struct addrinfo *res, *e;
> int sock = -1;
> + bool in_progress = false;
> + ConnectState *connect_state = NULL;
>
> res = inet_parse_connect_opts(opts, errp);
> if (!res) {
> return -1;
> }
>
> - if (in_progress) {
> - *in_progress = false;
> - }
> -
> for (e = res; e != NULL; e = e->ai_next) {
> - sock = inet_connect_addr(e, block, in_progress);
> - if (sock >= 0) {
> + if (callback != NULL) {
> + connect_state = g_malloc0(sizeof(*connect_state));
Repeatedly malloc insider for loop without releasing.
> + connect_state->addr_list = res;
> + connect_state->current_addr = e;
> + connect_state->callback = callback;
> + connect_state->opaque = opaque;
> + }
> + sock = inet_connect_addr(e, &in_progress, connect_state);
> + if (in_progress) {
> + return sock;
> + } else if (sock >= 0) {
> + /* non blocking socket immediate success, call callback */
> + if (callback != NULL) {
> + callback(sock, opaque);
> + }
> break;
> }
We should free() connect_state here, or moving allocate code before for
loop (don't forget to check callback != NULL ;)
Amos.
> }
> if (sock < 0) {
> error_set(errp, QERR_SOCKET_CONNECT_FAILED);
> }
> + g_free(connect_state);
> freeaddrinfo(res);
> return sock;
> }
--
Amos.
next prev parent reply other threads:[~2012-09-24 10:54 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-23 14:49 [Qemu-devel] [PATCH v4 0/4] nonblocking connect address handling cleanup Orit Wasserman
2012-09-23 14:49 ` [Qemu-devel] [PATCH v4 1/4] Refactor inet_connect_opts function Orit Wasserman
2012-09-23 14:49 ` [Qemu-devel] [PATCH v4 2/4] Separate inet_connect into inet_connect (blocking) and inet_nonblocking_connect Orit Wasserman
2012-09-24 9:53 ` Markus Armbruster
2012-09-24 10:07 ` Paolo Bonzini
2012-09-24 13:37 ` Orit Wasserman
2012-09-24 13:43 ` Paolo Bonzini
2012-09-23 14:49 ` [Qemu-devel] [PATCH v4 3/4] Fix address handling in inet_nonblocking_connect Orit Wasserman
2012-09-24 9:54 ` Markus Armbruster
2012-09-24 10:05 ` Amos Kong [this message]
2012-09-24 10:12 ` Orit Wasserman
[not found] ` <20120924101011.GA5848@redhat.com>
2012-09-24 10:11 ` Orit Wasserman
2012-09-23 14:49 ` [Qemu-devel] [PATCH v4 4/4] Clear handler only for valid fd Orit Wasserman
2012-09-24 9:45 ` Markus Armbruster
2012-09-24 9:58 ` Orit Wasserman
2012-09-24 10:06 ` Paolo Bonzini
2012-09-24 11:34 ` Markus Armbruster
2012-09-23 15:05 ` [Qemu-devel] [PATCH v4 0/4] nonblocking connect address handling cleanup Michael S. Tsirkin
2012-09-24 9:54 ` Markus Armbruster
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=50603070.6090202@redhat.com \
--to=akong@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=armbru@redhat.com \
--cc=kwolf@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=mst@redhat.com \
--cc=owasserm@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@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).