Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp238041pxf; Thu, 25 Mar 2021 02:58:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwyvXafS/ilTfANKAV0zMe7d3bVZ4I6zREm4ZS9QXf8kFYWrm5gN4oZU+nkcNiQDJF+JOAf X-Received: by 2002:a17:906:ac6:: with SMTP id z6mr8267649ejf.505.1616666306973; Thu, 25 Mar 2021 02:58:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616666306; cv=none; d=google.com; s=arc-20160816; b=K96LUUhGNmAk3MJ6lJ3uV88r87Fpl8aghMXapV1Dx92FaRlLbwbAZyw/Q8+xNijn0G 37Q/eeaHO12vkW014HXHXe4lzzvtbpNUVgtsi+sVYyt4FEr0W1CXKI8dJC12lFCMIKEK 9XfP19v8fXjaKA4tawAwYr6PQZdSwxLj3jrdIdCokQeh+UvTQmKNZHMHb5GU67SgM5ns YVZydUc8YCDa2svmY5MQamAR/0+mPuMLAp7sv2jb/LnzeqmYfNvAg/knVXowLv3IboU7 Alh45mlfdA1kMKYJPCVHaMCPmo2p5zw+GBtuIMJTtIOYPsaeA0m9GSbGib7uVXaq0aH+ 4ckg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=f7arxhNAMv3h1evArY7DzFkpDB1UYsISFzJG6a6lx+U=; b=YYZXVqjHkOcm4ek+5F7fjtSiJdIVIovV9eubJO+R52q8RC5fL1nImdyAA3i7ql9dSS 0CEsOsMftGF7GRq1iAkLtJBAqvEIbNOCxrsosCDY2bJMT6yLORfBCjCqNAGkgTsJn0hG +UGo9AAbStUxmkrpO5iE4Sn1eSLzOgaifgVwTx74uwmVYfz2oTi68wm62roWN2BMh5bQ nzSiik3voxJsIUAH7pTKA5Nk/DDiEHM7uYYej51PijGqzah42YzMzkoTfyt7Ycha5Jo+ RBcmEtvyA6pWxja01Xn5GCbCDx6WO1QY2drlkj1unUp8JWvycFJhplrCZUkMx3KwuEEB 4SZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=DpiCz8Wy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn20si4318462ejc.347.2021.03.25.02.58.03; Thu, 25 Mar 2021 02:58:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=DpiCz8Wy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230044AbhCYJ5C (ORCPT + 99 others); Thu, 25 Mar 2021 05:57:02 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:33652 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229988AbhCYJ4a (ORCPT ); Thu, 25 Mar 2021 05:56:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1616666189; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=f7arxhNAMv3h1evArY7DzFkpDB1UYsISFzJG6a6lx+U=; b=DpiCz8WypOgRkV6SCwlHqPOnaVCbAWs8nxw3mvCdm3ikt8ulpvAXe0x/Vj18vLHRlOFCwH i2L6WQdxpcaQNSdDphBKLEeUe/+YWkzJLXBIU4phGyyJiszHrOqyzkRwqOzWQ4bshxOh4K 3FLUBqZqsZaQsPp2SfBX2w16xN8fSjY= Received: from mail-wm1-f69.google.com (mail-wm1-f69.google.com [209.85.128.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-477-wIrdMh-2OK2VFaSajCoCqA-1; Thu, 25 Mar 2021 05:56:27 -0400 X-MC-Unique: wIrdMh-2OK2VFaSajCoCqA-1 Received: by mail-wm1-f69.google.com with SMTP id n2so1465005wmi.2 for ; Thu, 25 Mar 2021 02:56:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=f7arxhNAMv3h1evArY7DzFkpDB1UYsISFzJG6a6lx+U=; b=UtogqJ/ZdHURmoiiBD6EcVVgEj5k80y2w+P4+W5W41et003wSPXpnGTiilXow8e8UZ WzKL28rSmX2NfLDwa4ZDHec4HYJ0DZREMVUKSzz3qmT9mTg/ZXAQkRGa4icUevv2tBjK 0UhtStIJdWKYshzQpIxWgJkwhN7elIUJt67acm09wnuDO8XfkIEHZCmR5x796OudgTw5 aLJFsLicZk4wo+8edG092gcwDENZiZVw04rR9BGWZCGJmuUls4RA/6hSXwTjPUV2nSrX qkvfRdsaaS6nYu9ympB50inCHKFx9c6tz/HOa58hL/qo4Ds1or+r7ngFhIET2dLsBg9o VUGA== X-Gm-Message-State: AOAM531GTu7BtxTH/f7RfZrWdRoSVN1DGUfQfzyFFbCOv+1JhbSRva+s 60z5U74vO0LUsnziV9jVE+9jzk4Q6BQl4JFxYIlY4lEPgWv9EkyrBhnri/vfWfMA43vfh08UVZQ LAdV/EHFxVXQBSCKdWfWSgpFq X-Received: by 2002:a05:6000:2c4:: with SMTP id o4mr7922920wry.190.1616666186330; Thu, 25 Mar 2021 02:56:26 -0700 (PDT) X-Received: by 2002:a05:6000:2c4:: with SMTP id o4mr7922889wry.190.1616666186085; Thu, 25 Mar 2021 02:56:26 -0700 (PDT) Received: from steredhat (host-79-34-249-199.business.telecomitalia.it. [79.34.249.199]) by smtp.gmail.com with ESMTPSA id 81sm5782133wmc.11.2021.03.25.02.56.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Mar 2021 02:56:25 -0700 (PDT) Date: Thu, 25 Mar 2021 10:56:23 +0100 From: Stefano Garzarella To: Arseny Krasnov Cc: Stefan Hajnoczi , "Michael S. Tsirkin" , Jason Wang , "David S. Miller" , Jakub Kicinski , Jorgen Hansen , Andra Paraschiv , Norbert Slusarek , Colin Ian King , Alexander Popov , kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, stsp2@yandex.ru, oxffffaa@gmail.com Subject: Re: [RFC PATCH v7 11/22] virtio/vsock: dequeue callback for SOCK_SEQPACKET Message-ID: <20210325095623.q44wr2ymavq7axtv@steredhat> References: <20210323130716.2459195-1-arseny.krasnov@kaspersky.com> <20210323131244.2461050-1-arseny.krasnov@kaspersky.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20210323131244.2461050-1-arseny.krasnov@kaspersky.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 23, 2021 at 04:12:41PM +0300, Arseny Krasnov wrote: >This adds transport callback and it's logic for SEQPACKET dequeue. >Callback fetches RW packets from rx queue of socket until whole record >is copied(if user's buffer is full, user is not woken up). This is done >to not stall sender, because if we wake up user and it leaves syscall, >nobody will send credit update for rest of record, and sender will wait >for next enter of read syscall at receiver's side. So if user buffer is >full, we just send credit update and drop data. If during copy SEQ_BEGIN >was found(and not all data was copied), copying is restarted by reset >user's iov iterator(previous unfinished data is dropped). > >Signed-off-by: Arseny Krasnov >--- > v6 -> v7: > 1) 'struct virtio_vsock_seqpacket_state' now renamed to > 'struct virtio_vsock_seq_state'. > 2) Field 'seqpacket_state' of 'struct virtio_vsock_sock' now > renamed to 'seq_state'. > 3) Current message length to process('user_read_seq_len') is > set to 0 on error or message dequeue completed sucecssfully. > > include/linux/virtio_vsock.h | 14 +++ > include/uapi/linux/virtio_vsock.h | 16 ++++ > net/vmw_vsock/virtio_transport_common.c | 121 ++++++++++++++++++++++++ > 3 files changed, 151 insertions(+) > >diff --git a/include/linux/virtio_vsock.h b/include/linux/virtio_vsock.h >index dc636b727179..0e3aa395c07c 100644 >--- a/include/linux/virtio_vsock.h >+++ b/include/linux/virtio_vsock.h >@@ -18,6 +18,12 @@ enum { > VSOCK_VQ_MAX = 3, > }; > >+struct virtio_vsock_seq_state { >+ u32 user_read_seq_len; >+ u32 user_read_copied; >+ u32 curr_rx_msg_id; >+}; >+ > /* Per-socket state (accessed via vsk->trans) */ > struct virtio_vsock_sock { > struct vsock_sock *vsk; >@@ -36,6 +42,8 @@ struct virtio_vsock_sock { > u32 rx_bytes; > u32 buf_alloc; > struct list_head rx_queue; >+ >+ struct virtio_vsock_seq_state seq_state; > }; > > struct virtio_vsock_pkt { >@@ -80,6 +88,12 @@ virtio_transport_dgram_dequeue(struct vsock_sock *vsk, > struct msghdr *msg, > size_t len, int flags); > >+int >+virtio_transport_seqpacket_dequeue(struct vsock_sock *vsk, >+ struct msghdr *msg, >+ int flags, >+ bool *msg_ready, >+ size_t *msg_len); > s64 virtio_transport_stream_has_data(struct vsock_sock *vsk); > s64 virtio_transport_stream_has_space(struct vsock_sock *vsk); > >diff --git a/include/uapi/linux/virtio_vsock.h b/include/uapi/linux/virtio_vsock.h >index 1d57ed3d84d2..692f8078cced 100644 >--- a/include/uapi/linux/virtio_vsock.h >+++ b/include/uapi/linux/virtio_vsock.h Maybe we can move the following changes to this file (that should match the virtio-spec discussed in the separate thread) in a separate patch with a reference to the spec. You can include this in the series before this patch. >@@ -63,8 +63,14 @@ struct virtio_vsock_hdr { > __le32 fwd_cnt; > } __attribute__((packed)); > >+struct virtio_vsock_seq_hdr { >+ __le32 msg_id; >+ __le32 msg_len; >+} __attribute__((packed)); >+ > enum virtio_vsock_type { > VIRTIO_VSOCK_TYPE_STREAM = 1, >+ VIRTIO_VSOCK_TYPE_SEQPACKET = 2, > }; > > enum virtio_vsock_op { >@@ -83,6 +89,11 @@ enum virtio_vsock_op { > VIRTIO_VSOCK_OP_CREDIT_UPDATE = 6, > /* Request the peer to send the credit info to us */ > VIRTIO_VSOCK_OP_CREDIT_REQUEST = 7, >+ >+ /* Record begin for SOCK_SEQPACKET */ >+ VIRTIO_VSOCK_OP_SEQ_BEGIN = 8, >+ /* Record end for SOCK_SEQPACKET */ >+ VIRTIO_VSOCK_OP_SEQ_END = 9, > }; > > /* VIRTIO_VSOCK_OP_SHUTDOWN flags values */ >@@ -91,4 +102,9 @@ enum virtio_vsock_shutdown { > VIRTIO_VSOCK_SHUTDOWN_SEND = 2, > }; > >+/* VIRTIO_VSOCK_OP_RW flags values */ >+enum virtio_vsock_rw { >+ VIRTIO_VSOCK_RW_EOR = 1, >+}; >+ > #endif /* _UAPI_LINUX_VIRTIO_VSOCK_H */ >diff --git a/net/vmw_vsock/virtio_transport_common.c b/net/vmw_vsock/virtio_transport_common.c >index 833104b71a1c..a8f4326e45e8 100644 >--- a/net/vmw_vsock/virtio_transport_common.c >+++ b/net/vmw_vsock/virtio_transport_common.c >@@ -393,6 +393,114 @@ virtio_transport_stream_do_dequeue(struct vsock_sock *vsk, > return err; > } > >+static inline void virtio_transport_remove_pkt(struct virtio_vsock_pkt *pkt) >+{ >+ list_del(&pkt->list); >+ virtio_transport_free_pkt(pkt); >+} >+ >+static int virtio_transport_seqpacket_do_dequeue(struct vsock_sock *vsk, >+ struct msghdr *msg, >+ bool *msg_ready) >+{ >+ struct virtio_vsock_sock *vvs = vsk->trans; >+ struct virtio_vsock_pkt *pkt; >+ int err = 0; >+ size_t user_buf_len = msg->msg_iter.count; >+ >+ *msg_ready = false; >+ spin_lock_bh(&vvs->rx_lock); >+ >+ while (!*msg_ready && !list_empty(&vvs->rx_queue) && !err) { >+ pkt = list_first_entry(&vvs->rx_queue, struct virtio_vsock_pkt, list); >+ >+ switch (le16_to_cpu(pkt->hdr.op)) { >+ case VIRTIO_VSOCK_OP_SEQ_BEGIN: { >+ /* Unexpected 'SEQ_BEGIN' during record copy: >+ * Leave receive loop, 'EAGAIN' will restart it from >+ * outer receive loop, packet is still in queue and >+ * counters are cleared. So in next loop enter, >+ * 'SEQ_BEGIN' will be dequeued first. User's iov >+ * iterator will be reset in outer loop. Also >+ * send credit update, because some bytes could be >+ * copied. User will never see unfinished record. >+ */ >+ err = -EAGAIN; >+ break; >+ } >+ case VIRTIO_VSOCK_OP_SEQ_END: { >+ struct virtio_vsock_seq_hdr *seq_hdr; >+ >+ seq_hdr = (struct virtio_vsock_seq_hdr *)pkt->buf; >+ /* First check that whole record is received. */ >+ >+ if (vvs->seq_state.user_read_copied != >+ vvs->seq_state.user_read_seq_len || >+ le32_to_cpu(seq_hdr->msg_id) != >+ vvs->seq_state.curr_rx_msg_id) { >+ /* Tail of current record and head of >next missed, >+ * so this EOR is from next record. Restart receive. >+ * Current record will be dropped, next headless will >+ * be dropped on next attempt to get record length. >+ */ >+ err = -EAGAIN; >+ } else { >+ /* Success. */ >+ *msg_ready = true; >+ } >+ >+ break; >+ } >+ case VIRTIO_VSOCK_OP_RW: { >+ size_t bytes_to_copy; >+ size_t pkt_len; >+ >+ pkt_len = (size_t)le32_to_cpu(pkt->hdr.len); >+ bytes_to_copy = min(user_buf_len, pkt_len); >+ >+ /* sk_lock is held by caller so no one else can dequeue. >+ * Unlock rx_lock since memcpy_to_msg() may sleep. >+ */ >+ spin_unlock_bh(&vvs->rx_lock); >+ >+ if (memcpy_to_msg(msg, pkt->buf, bytes_to_copy)) { >+ spin_lock_bh(&vvs->rx_lock); >+ err = -EINVAL; >+ break; >+ } >+ >+ spin_lock_bh(&vvs->rx_lock); >+ user_buf_len -= bytes_to_copy; >+ vvs->seq_state.user_read_copied += pkt_len; >+ >+ if (le32_to_cpu(pkt->hdr.flags) & VIRTIO_VSOCK_RW_EOR) >+ msg->msg_flags |= MSG_EOR; >+ break; >+ } >+ default: >+ ; >+ } >+ >+ /* For unexpected 'SEQ_BEGIN', keep such packet in queue, >+ * but drop any other type of packet. >+ */ >+ if (le16_to_cpu(pkt->hdr.op) != VIRTIO_VSOCK_OP_SEQ_BEGIN) { >+ virtio_transport_dec_rx_pkt(vvs, pkt); >+ virtio_transport_remove_pkt(pkt); >+ } >+ } >+ >+ /* Reset current record length on error or whole message received. */ >+ if (*msg_ready || err) >+ vvs->seq_state.user_read_seq_len = 0; >+ >+ spin_unlock_bh(&vvs->rx_lock); >+ >+ virtio_transport_send_credit_update(vsk); >+ >+ return err; >+} >+ > ssize_t > virtio_transport_stream_dequeue(struct vsock_sock *vsk, > struct msghdr *msg, >@@ -405,6 +513,19 @@ virtio_transport_stream_dequeue(struct vsock_sock *vsk, > } > EXPORT_SYMBOL_GPL(virtio_transport_stream_dequeue); > >+int >+virtio_transport_seqpacket_dequeue(struct vsock_sock *vsk, >+ struct msghdr *msg, >+ int flags, bool *msg_ready, >+ size_t *msg_len) >+{ >+ if (flags & MSG_PEEK) >+ return -EOPNOTSUPP; >+ msg_len seems not filled... >+ return virtio_transport_seqpacket_do_dequeue(vsk, msg, >msg_ready); >+} >+EXPORT_SYMBOL_GPL(virtio_transport_seqpacket_dequeue); >+ > int > virtio_transport_dgram_dequeue(struct vsock_sock *vsk, > struct msghdr *msg, >-- >2.25.1 >