From: Michael Roth <mdroth@linux.vnet.ibm.com>
To: Amos Kong <akong@redhat.com>
Cc: aliguori@us.ibm.com, kvm@vger.kernel.org, quintela@redhat.com,
jasowang@redhat.com, qemu-devel@nongnu.org, owasserm@redhat.com,
laine@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3 3/9] net: introduce tcp_client_start()
Date: Tue, 13 Mar 2012 13:35:34 -0500 [thread overview]
Message-ID: <20120313183534.GC3699@illuin> (raw)
In-Reply-To: <20120306224803.24264.44273.stgit@dhcp-8-167.nay.redhat.com>
On Wed, Mar 07, 2012 at 06:48:03AM +0800, Amos Kong wrote:
> Introduce tcp_client_start() by moving original code in
> tcp_start_outgoing_migration().
>
> Signed-off-by: Amos Kong <akong@redhat.com>
> ---
> net.c | 41 +++++++++++++++++++++++++++++++++++++++++
> qemu_socket.h | 1 +
> 2 files changed, 42 insertions(+), 0 deletions(-)
>
> diff --git a/net.c b/net.c
> index e90ff23..9afb0d1 100644
> --- a/net.c
> +++ b/net.c
> @@ -127,6 +127,47 @@ int tcp_server_start(const char *str, int *fd)
> return ret;
> }
>
> +int tcp_client_start(const char *str, int *fd)
> +{
> + struct sockaddr_in saddr;
> + int ret;
> +
> + *fd = -1;
> + if (parse_host_port(&saddr, str) < 0) {
> + error_report("invalid host/port combination: %s", str);
> + return -EINVAL;
> + }
> +
> + *fd = qemu_socket(PF_INET, SOCK_STREAM, 0);
> + if (fd < 0) {
> + perror("socket");
> + return -1;
> + }
> + socket_set_nonblock(*fd);
> +
> + for (;;) {
> + ret = connect(*fd, (struct sockaddr *)&saddr, sizeof(saddr));
> + if (ret < 0) {
> + ret = -socket_error();
> + if (ret == -EINPROGRESS) {
> + break;
The previous implementation and your next patch seem to be expecting a break on
-EWOULDBLOCK/-EAGAIN as well. Was the behavior changed on purpose? I'm not
sure what the proper handling is for -EAGAIN: whether a non-blocking connect()
can eventually succeed or not. I suspect that it's not, but that previously we
treated it synonymously with -EINPROGRESS, then eventually got an error via
getsockopt() before failing the migration. If so, we're now changing the
behavior to retry until successful, but given the man page entry I don't
think that's a good idea since you might block indefinitely:
EAGAIN No more free local ports or insufficient
entries in the routing cache. For AF_INET
see the description of
/proc/sys/net/ipv4/ip_local_port_range
ip(7) for information on how to increase
the number of local ports.
> +#ifdef _WIN32
> + } else if (ret == -WSAEALREADY || ret == -WSAEINVAL) {
> + break;
> +#endif
> + } else if (ret != -EINTR && ret != -EWOULDBLOCK) {
> + perror("connect");
> + closesocket(*fd);
> + return ret;
> + }
> + } else {
> + break;
> + }
> + }
> +
> + return ret;
> +}
> +
> int parse_host_port(struct sockaddr_in *saddr, const char *str)
> {
> char buf[512];
> diff --git a/qemu_socket.h b/qemu_socket.h
> index d612793..9246578 100644
> --- a/qemu_socket.h
> +++ b/qemu_socket.h
> @@ -55,6 +55,7 @@ int unix_connect_opts(QemuOpts *opts);
> int unix_connect(const char *path);
>
> int tcp_server_start(const char *str, int *fd);
> +int tcp_client_start(const char *str, int *fd);
>
> /* Old, ipv4 only bits. Don't use for new code. */
> int parse_host_port(struct sockaddr_in *saddr, const char *str);
>
>
next prev parent reply other threads:[~2012-03-13 18:35 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-06 22:47 [Qemu-devel] [PATCH v3 0/9] support to migrate with IPv6 address Amos Kong
2012-03-06 22:47 ` [Qemu-devel] [PATCH v3 1/9] net: introduce tcp_server_start() Amos Kong
2012-03-13 16:39 ` Michael Roth
2012-03-14 8:33 ` Amos Kong
2012-03-14 14:58 ` Michael Roth
2012-03-16 10:47 ` Amos Kong
2012-03-14 7:14 ` Orit Wasserman
2012-03-14 7:27 ` Paolo Bonzini
2012-03-14 7:51 ` Amos Kong
2012-03-14 8:28 ` Paolo Bonzini
2012-03-14 10:03 ` Orit Wasserman
2012-03-14 11:39 ` Kevin Wolf
2012-03-06 22:47 ` [Qemu-devel] [PATCH v3 2/9] net: use tcp_server_start() for tcp server creation Amos Kong
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 3/9] net: introduce tcp_client_start() Amos Kong
2012-03-13 18:35 ` Michael Roth [this message]
2012-03-14 10:19 ` Amos Kong
2012-03-14 15:30 ` Michael Roth
2012-03-14 7:31 ` Orit Wasserman
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 4/9] net: use tcp_client_start for tcp client creation Amos Kong
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 5/9] net: refector tcp_*_start functions Amos Kong
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 6/9] net: use getaddrinfo() in tcp_start_common Amos Kong
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 7/9] net: introduce parse_host_port_info() Amos Kong
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 8/9] net: split hostname and service by last colon Amos Kong
2012-03-13 19:34 ` Michael Roth
2012-03-06 22:48 ` [Qemu-devel] [PATCH v3 9/9] net: support to include ipv6 address by brackets Amos Kong
2012-03-13 19:47 ` Michael Roth
2012-03-14 9:58 ` Amos Kong
2012-03-14 15:38 ` Michael Roth
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=20120313183534.GC3699@illuin \
--to=mdroth@linux.vnet.ibm.com \
--cc=akong@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=jasowang@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=laine@redhat.com \
--cc=owasserm@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).