From: Boris Ostrovsky <boris.ostrovsky@oracle.com>
To: Stefano Stabellini <sstabellini@kernel.org>, xen-devel@lists.xen.org
Cc: linux-kernel@vger.kernel.org, jgross@suse.com,
Stefano Stabellini <stefano@aporeto.com>
Subject: Re: [PATCH v2 05/13] xen/pvcalls: implement bind command
Date: Wed, 26 Jul 2017 10:56:07 -0400 [thread overview]
Message-ID: <5978AD87.20504@oracle.com> (raw)
In-Reply-To: <1501017730-12797-5-git-send-email-sstabellini@kernel.org>
On 7/25/2017 5:22 PM, Stefano Stabellini wrote:
> Send PVCALLS_BIND to the backend. Introduce a new structure, part of
> struct sock_mapping, to store information specific to passive sockets.
>
> Introduce a status field to keep track of the status of the passive
> socket.
>
> Introduce a waitqueue for the "accept" command (see the accept command
> implementation): it is used to allow only one outstanding accept
> command at any given time and to implement polling on the passive
> socket. Introduce a flags field to keep track of in-flight accept and
> poll commands.
>
> sock->sk->sk_send_head is not used for ip sockets: reuse the field to
> store a pointer to the struct sock_mapping corresponding to the socket.
>
> Convert the struct socket pointer into an uint64_t and use it as id for
> the socket to pass to the backend.
>
> Signed-off-by: Stefano Stabellini <stefano@aporeto.com>
> CC: boris.ostrovsky@oracle.com
> CC: jgross@suse.com
> ---
> drivers/xen/pvcalls-front.c | 73 +++++++++++++++++++++++++++++++++++++++++++++
> drivers/xen/pvcalls-front.h | 3 ++
> 2 files changed, 76 insertions(+)
>
> diff --git a/drivers/xen/pvcalls-front.c b/drivers/xen/pvcalls-front.c
> index d0f5f42..af2ce20 100644
> --- a/drivers/xen/pvcalls-front.c
> +++ b/drivers/xen/pvcalls-front.c
> @@ -59,6 +59,23 @@ struct sock_mapping {
>
> wait_queue_head_t inflight_conn_req;
> } active;
> + struct {
> + /* Socket status */
> +#define PVCALLS_STATUS_UNINITALIZED 0
> +#define PVCALLS_STATUS_BIND 1
> +#define PVCALLS_STATUS_LISTEN 2
> + uint8_t status;
> + /*
> + * Internal state-machine flags.
> + * Only one accept operation can be inflight for a socket.
> + * Only one poll operation can be inflight for a given socket.
> + */
> +#define PVCALLS_FLAG_ACCEPT_INFLIGHT 0
> +#define PVCALLS_FLAG_POLL_INFLIGHT 1
> +#define PVCALLS_FLAG_POLL_RET 2
> + uint8_t flags;
> + wait_queue_head_t inflight_accept_req;
> + } passive;
> };
> };
>
> @@ -292,6 +309,62 @@ int pvcalls_front_connect(struct socket *sock, struct sockaddr *addr,
> return ret;
> }
>
> +int pvcalls_front_bind(struct socket *sock, struct sockaddr *addr, int addr_len)
> +{
> + struct pvcalls_bedata *bedata;
> + struct sock_mapping *map = NULL;
> + struct xen_pvcalls_request *req;
> + int notify, req_id, ret;
> +
> + if (!pvcalls_front_dev)
> + return -ENOTCONN;
> + if (addr->sa_family != AF_INET || sock->type != SOCK_STREAM)
> + return -ENOTSUPP;
> + bedata = dev_get_drvdata(&pvcalls_front_dev->dev);
> +
> + map = kzalloc(sizeof(*map), GFP_KERNEL);
> + if (map == NULL)
> + return -ENOMEM;
> +
> + spin_lock(&bedata->pvcallss_lock);
> + req_id = bedata->ring.req_prod_pvt & (RING_SIZE(&bedata->ring) - 1);
> + if (RING_FULL(&bedata->ring) ||
> + READ_ONCE(bedata->rsp[req_id].req_id) != PVCALLS_INVALID_ID) {
> + kfree(map);
> + spin_unlock(&bedata->pvcallss_lock);
> + return -EAGAIN;
> + }
> + req = RING_GET_REQUEST(&bedata->ring, req_id);
> + req->req_id = req_id;
> + map->sock = sock;
> + req->cmd = PVCALLS_BIND;
> + req->u.bind.id = (uint64_t) sock;
> + memcpy(req->u.bind.addr, addr, sizeof(*addr));
> + req->u.bind.len = addr_len;
> +
> + init_waitqueue_head(&map->passive.inflight_accept_req);
> +
> + list_add_tail(&map->list, &bedata->socketpass_mappings);
> + WRITE_ONCE(sock->sk->sk_send_head, (void *)map);
> + map->active_socket = false;
> +
> + bedata->ring.req_prod_pvt++;
> + RING_PUSH_REQUESTS_AND_CHECK_NOTIFY(&bedata->ring, notify);
> + spin_unlock(&bedata->pvcallss_lock);
> + if (notify)
> + notify_remote_via_irq(bedata->irq);
> +
> + wait_event(bedata->inflight_req,
> + READ_ONCE(bedata->rsp[req_id].req_id) == req_id);
This all looks very similar to previous patches. Can it be factored out?
Also, you've used wait_event_interruptible in socket() implementation.
Why not here (and connect())?
-boris
> +
> + map->passive.status = PVCALLS_STATUS_BIND;
> + ret = bedata->rsp[req_id].ret;
> + /* read ret, then set this rsp slot to be reused */
> + smp_mb();
> + WRITE_ONCE(bedata->rsp[req_id].req_id, PVCALLS_INVALID_ID);
> + return 0;
> +}
> +
> static const struct xenbus_device_id pvcalls_front_ids[] = {
> { "pvcalls" },
> { "" }
> diff --git a/drivers/xen/pvcalls-front.h b/drivers/xen/pvcalls-front.h
> index 63b0417..8b0a274 100644
> --- a/drivers/xen/pvcalls-front.h
> +++ b/drivers/xen/pvcalls-front.h
> @@ -6,5 +6,8 @@
> int pvcalls_front_socket(struct socket *sock);
> int pvcalls_front_connect(struct socket *sock, struct sockaddr *addr,
> int addr_len, int flags);
> +int pvcalls_front_bind(struct socket *sock,
> + struct sockaddr *addr,
> + int addr_len);
>
> #endif
next prev parent reply other threads:[~2017-07-26 14:56 UTC|newest]
Thread overview: 81+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-25 21:21 [PATCH v2 00/13] introduce the Xen PV Calls frontend Stefano Stabellini
2017-07-25 21:21 ` [PATCH v2 01/13] xen/pvcalls: introduce the pvcalls xenbus frontend Stefano Stabellini
2017-07-25 21:21 ` [PATCH v2 02/13] xen/pvcalls: connect to the backend Stefano Stabellini
2017-07-25 21:21 ` Stefano Stabellini
2017-07-26 13:35 ` Boris Ostrovsky
2017-07-27 0:26 ` Stefano Stabellini
2017-07-27 0:26 ` Stefano Stabellini
2017-07-27 15:07 ` Boris Ostrovsky
2017-07-27 15:07 ` Boris Ostrovsky
2017-07-31 21:55 ` Stefano Stabellini
2017-07-31 21:55 ` Stefano Stabellini
2017-07-26 13:35 ` Boris Ostrovsky
2017-07-25 21:22 ` [PATCH v2 03/13] xen/pvcalls: implement socket command and handle events Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-26 14:27 ` Boris Ostrovsky
2017-07-26 23:19 ` Stefano Stabellini
2017-07-26 23:19 ` Stefano Stabellini
2017-07-26 14:27 ` Boris Ostrovsky
2017-07-25 21:22 ` [PATCH v2 04/13] xen/pvcalls: implement connect command Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-26 14:51 ` Boris Ostrovsky
2017-07-26 14:51 ` Boris Ostrovsky
2017-07-26 23:22 ` Stefano Stabellini
2017-07-26 23:22 ` Stefano Stabellini
2017-07-25 21:22 ` [PATCH v2 05/13] xen/pvcalls: implement bind command Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-26 14:56 ` Boris Ostrovsky [this message]
2017-07-26 23:59 ` Stefano Stabellini
2017-07-26 23:59 ` Stefano Stabellini
2017-07-27 14:43 ` Boris Ostrovsky
2017-07-27 14:43 ` Boris Ostrovsky
2017-07-31 22:17 ` Stefano Stabellini
2017-07-31 22:17 ` Stefano Stabellini
2017-07-26 14:56 ` Boris Ostrovsky
2017-07-25 21:22 ` [PATCH v2 06/13] xen/pvcalls: implement listen command Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-25 21:22 ` [PATCH v2 07/13] xen/pvcalls: implement accept command Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-26 17:52 ` Boris Ostrovsky
2017-07-26 23:24 ` Stefano Stabellini
2017-07-26 23:24 ` Stefano Stabellini
2017-07-26 17:52 ` Boris Ostrovsky
2017-07-25 21:22 ` [PATCH v2 08/13] xen/pvcalls: implement sendmsg Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-25 21:22 ` [PATCH v2 09/13] xen/pvcalls: implement recvmsg Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-26 21:21 ` Boris Ostrovsky
2017-07-26 21:33 ` [Xen-devel] " Boris Ostrovsky
2017-07-27 0:08 ` Stefano Stabellini
2017-07-27 14:59 ` Boris Ostrovsky
2017-07-27 14:59 ` [Xen-devel] " Boris Ostrovsky
2017-07-31 22:26 ` Stefano Stabellini
2017-07-31 22:26 ` Stefano Stabellini
2017-07-27 0:08 ` Stefano Stabellini
2017-07-26 21:33 ` Boris Ostrovsky
2017-07-26 21:21 ` Boris Ostrovsky
2017-07-25 21:22 ` [PATCH v2 10/13] xen/pvcalls: implement poll command Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-26 23:23 ` Boris Ostrovsky
2017-07-26 23:23 ` Boris Ostrovsky
2017-07-27 0:21 ` Stefano Stabellini
2017-07-27 0:21 ` Stefano Stabellini
2017-07-25 21:22 ` [PATCH v2 11/13] xen/pvcalls: implement release command Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-27 18:39 ` Boris Ostrovsky
2017-07-27 18:39 ` Boris Ostrovsky
2017-07-31 22:34 ` Stefano Stabellini
2017-08-01 15:23 ` Boris Ostrovsky
2017-08-01 15:23 ` Boris Ostrovsky
2017-08-01 15:34 ` Juergen Gross
2017-08-01 15:34 ` Juergen Gross
2017-08-01 15:57 ` Boris Ostrovsky
2017-08-01 15:57 ` Boris Ostrovsky
2017-09-11 23:56 ` Stefano Stabellini
2017-09-11 23:56 ` Stefano Stabellini
2017-07-31 22:34 ` Stefano Stabellini
2017-07-25 21:22 ` [PATCH v2 12/13] xen/pvcalls: implement frontend disconnect Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-25 21:22 ` [PATCH v2 13/13] xen: introduce a Kconfig option to enable the pvcalls frontend Stefano Stabellini
2017-07-25 21:22 ` Stefano Stabellini
2017-07-25 21:21 ` [PATCH v2 01/13] xen/pvcalls: introduce the pvcalls xenbus frontend Stefano Stabellini
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=5978AD87.20504@oracle.com \
--to=boris.ostrovsky@oracle.com \
--cc=jgross@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sstabellini@kernel.org \
--cc=stefano@aporeto.com \
--cc=xen-devel@lists.xen.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.