Received: by 2002:a05:6358:701b:b0:131:369:b2a3 with SMTP id 27csp4240500rwo; Tue, 25 Jul 2023 03:02:43 -0700 (PDT) X-Google-Smtp-Source: APBJJlGYK8aU4UY2RbS1rTTabdNcGXtWojVSaEbPAFjaZ46Fmoy+Je6VNgk/IHF0NeqAUoIIHO5z X-Received: by 2002:a17:906:292:b0:977:4b64:f5e8 with SMTP id 18-20020a170906029200b009774b64f5e8mr13056759ejf.57.1690279363426; Tue, 25 Jul 2023 03:02:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690279363; cv=none; d=google.com; s=arc-20160816; b=Ud/bZSGMRtQYOz6qQiSAwLzy5SFcppsQjNw2V2xzxUKTcr0/JQX0HzKfsqMW1tmDOO 2Nf7gq10hiedphy9ZSwc8SJQQTZsF6AoIyU8sTzuc9B5rD4micJxEqDGLN9V29cbRvbb uZtWx4faJFQ1oGkFgeQnbxJH5qwO1neDSGT6mrBPtWl9rb50YoEQ255wj/qiQulB0ZuH /yQeAHJ/IPZOwCjL/ktZDquOnvYPMceMxWgTmkV/0ndtj6eyh6/RVpRZdSh4T+oHqjGS xyuhDFvxVsj/7H3LPuLcVFDgxfS5tVhNC8XBC8F2+y1K2wf47sC3WyiVoIanjzok7+WM HY5A== 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=L07Zy5zeSCzepZobyD48kAYbd6KXiZ0kfO57sZ3HITM=; fh=bmPkRlvZmMn66838NLds7icV+um4Pk5gWykmUgU3j7I=; b=tv5p8mBihcfxEPEO+rRrZEpbdyHzc5hD8DNQcuKAaj6RjuacSPVpygUqCo3jUvun4u J8hyPrjD4etL7gX+mquwtmPDPxOttaFrESv3ARqVUwMQ4l44qSSSyWlmnfwizwJyQpXN fhgTT27RVxp0ZxVgdmuETJlI6cR1U3vF7Nqf9jRBWSyZa36zI/IJZdGvkTA0PebJnqZF u0EJ7wuOsab8omsz3gsT/+UKeP2ShPpapfpk75GqZ7rwDlDJKYPLPCQcZeeI6BTCDx9Z OzwkuotiH9O6ERPLDykdiyJSqSPCIocmWevOl7wYVZm7avihLah5CMEoJPrFDOL6Kxer F0wg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=LrxOC+UW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x5-20020a170906710500b0098e4e127a05si7710387ejj.865.2023.07.25.03.02.19; Tue, 25 Jul 2023 03:02:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=LrxOC+UW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S232129AbjGYI0d (ORCPT + 99 others); Tue, 25 Jul 2023 04:26:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49940 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231254AbjGYI01 (ORCPT ); Tue, 25 Jul 2023 04:26:27 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 32E56E66 for ; Tue, 25 Jul 2023 01:25:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1690273544; 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=L07Zy5zeSCzepZobyD48kAYbd6KXiZ0kfO57sZ3HITM=; b=LrxOC+UWHV22YfUmBam9xVYbJDal73G6W44SLMRL2nPQHYjzRuDz/3i78WeiY0FFVZo9kv vu40TuV3GQiEFSYB+3LfGxVKvi6xqyOI+u/1ZMca/Aw71f8+kI4PpUH98VomJLj7fD7ql5 zjijRn7qd0UsvIpJEvwJzz5kusG1Qyo= Received: from mail-ej1-f69.google.com (mail-ej1-f69.google.com [209.85.218.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-439-SPP-xoLENUiWPTTCT3Xahg-1; Tue, 25 Jul 2023 04:25:42 -0400 X-MC-Unique: SPP-xoLENUiWPTTCT3Xahg-1 Received: by mail-ej1-f69.google.com with SMTP id a640c23a62f3a-97542592eb9so340295766b.2 for ; Tue, 25 Jul 2023 01:25:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690273541; x=1690878341; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=L07Zy5zeSCzepZobyD48kAYbd6KXiZ0kfO57sZ3HITM=; b=DsXesr7gbEzo9D3gOvs0jRg7JfoGiOxNX0e2XBmP7Sh0BATGKVOQN7ac0pVh8u9UiL PbbYitWwcgeNwIJdVGI/ZR8J5eBAR440CnD3AhMGZ7L3OsMy3H3RRolaxseDLvlJu3LL 9VsXT0yM6MB3NvnHMlQyETETKRCwGDM8NHrlwN8dNLO6wkjoMOHGYJ2uO4ADiX1sgYlv M0IK3ceJAIe3Iobvx/HNYlbXtqT7vRnpg46kbZj11MVZxHexKu+Gvj5Ex0sNdLBOXi2w fFgmg3cChWW95sxo8OP+dZEhiATmcf3TENIaYNNasCC7hL30KjbbbFPaEGdMPyLkffKW daxg== X-Gm-Message-State: ABy/qLYl/ig/yqOd9JW+KLWyntvxjMmpYIMuqux6xn4+kDqkAZgcJqp9 HaZDl6RpYCJWwifYorJ1ljAYNhe7n72MvYjswo/kW68gOYtJ2H+v6R1RycJIOkwVsoYu3Wo3F8v ItWNwSspfM0kEnohFRJ416OoS X-Received: by 2002:a17:906:30c3:b0:993:f996:52cf with SMTP id b3-20020a17090630c300b00993f99652cfmr12490839ejb.28.1690273541400; Tue, 25 Jul 2023 01:25:41 -0700 (PDT) X-Received: by 2002:a17:906:30c3:b0:993:f996:52cf with SMTP id b3-20020a17090630c300b00993f99652cfmr12490817ejb.28.1690273541017; Tue, 25 Jul 2023 01:25:41 -0700 (PDT) Received: from redhat.com ([2.55.164.187]) by smtp.gmail.com with ESMTPSA id u20-20020a170906c41400b00993928e4d1bsm7771094ejz.24.2023.07.25.01.25.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Jul 2023 01:25:40 -0700 (PDT) Date: Tue, 25 Jul 2023 04:25:36 -0400 From: "Michael S. Tsirkin" To: Arseniy Krasnov Cc: Stefan Hajnoczi , Stefano Garzarella , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Jason Wang , Bobby Eshleman , kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@sberdevices.ru, oxffffaa@gmail.com Subject: Re: [PATCH net-next v3 4/4] vsock/virtio: MSG_ZEROCOPY flag support Message-ID: <20230725042452-mutt-send-email-mst@kernel.org> References: <20230720214245.457298-1-AVKrasnov@sberdevices.ru> <20230720214245.457298-5-AVKrasnov@sberdevices.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230720214245.457298-5-AVKrasnov@sberdevices.ru> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 21, 2023 at 12:42:45AM +0300, Arseniy Krasnov wrote: > This adds handling of MSG_ZEROCOPY flag on transmission path: if this > flag is set and zerocopy transmission is possible (enabled in socket > options and transport allows zerocopy), then non-linear skb will be > created and filled with the pages of user's buffer. Pages of user's > buffer are locked in memory by 'get_user_pages()'. Second thing that > this patch does is replace type of skb owning: instead of calling > 'skb_set_owner_sk_safe()' it calls 'skb_set_owner_w()'. Reason of this > change is that '__zerocopy_sg_from_iter()' increments 'sk_wmem_alloc' > of socket, so to decrease this field correctly proper skb destructor is > needed: 'sock_wfree()'. This destructor is set by 'skb_set_owner_w()'. > > Signed-off-by: Arseniy Krasnov > --- > Changelog: > v5(big patchset) -> v1: > * Refactorings of 'if' conditions. > * Remove extra blank line. > * Remove 'frag_off' field unneeded init. > * Add function 'virtio_transport_fill_skb()' which fills both linear > and non-linear skb with provided data. > v1 -> v2: > * Use original order of last four arguments in 'virtio_transport_alloc_skb()'. > v2 -> v3: > * Add new transport callback: 'msgzerocopy_check_iov'. It checks that > provided 'iov_iter' with data could be sent in a zerocopy mode. > If this callback is not set in transport - transport allows to send > any 'iov_iter' in zerocopy mode. Otherwise - if callback returns 'true' > then zerocopy is allowed. Reason of this callback is that in case of > G2H transmission we insert whole skb to the tx virtio queue and such > skb must fit to the size of the virtio queue to be sent in a single > iteration (may be tx logic in 'virtio_transport.c' could be reworked > as in vhost to support partial send of current skb). This callback > will be enabled only for G2H path. For details pls see comment > 'Check that tx queue...' below. > > include/net/af_vsock.h | 3 + > net/vmw_vsock/virtio_transport.c | 39 ++++ > net/vmw_vsock/virtio_transport_common.c | 257 ++++++++++++++++++------ > 3 files changed, 241 insertions(+), 58 deletions(-) > > diff --git a/include/net/af_vsock.h b/include/net/af_vsock.h > index 0e7504a42925..a6b346eeeb8e 100644 > --- a/include/net/af_vsock.h > +++ b/include/net/af_vsock.h > @@ -177,6 +177,9 @@ struct vsock_transport { > > /* Read a single skb */ > int (*read_skb)(struct vsock_sock *, skb_read_actor_t); > + > + /* Zero-copy. */ > + bool (*msgzerocopy_check_iov)(const struct iov_iter *); > }; > > /**** CORE ****/ > diff --git a/net/vmw_vsock/virtio_transport.c b/net/vmw_vsock/virtio_transport.c > index 7bbcc8093e51..23cb8ed638c4 100644 > --- a/net/vmw_vsock/virtio_transport.c > +++ b/net/vmw_vsock/virtio_transport.c > @@ -442,6 +442,43 @@ static void virtio_vsock_rx_done(struct virtqueue *vq) > queue_work(virtio_vsock_workqueue, &vsock->rx_work); > } > > +static bool virtio_transport_msgzerocopy_check_iov(const struct iov_iter *iov) > +{ > + struct virtio_vsock *vsock; > + bool res = false; > + > + rcu_read_lock(); > + > + vsock = rcu_dereference(the_virtio_vsock); > + if (vsock) { > + struct virtqueue *vq; > + int iov_pages; > + > + vq = vsock->vqs[VSOCK_VQ_TX]; > + > + iov_pages = round_up(iov->count, PAGE_SIZE) / PAGE_SIZE; > + > + /* Check that tx queue is large enough to keep whole > + * data to send. This is needed, because when there is > + * not enough free space in the queue, current skb to > + * send will be reinserted to the head of tx list of > + * the socket to retry transmission later, so if skb > + * is bigger than whole queue, it will be reinserted > + * again and again, thus blocking other skbs to be sent. > + * Each page of the user provided buffer will be added > + * as a single buffer to the tx virtqueue, so compare > + * number of pages against maximum capacity of the queue. > + * +1 means buffer for the packet header. > + */ > + if (iov_pages + 1 <= vq->num_max) > + res = true; Yes but can't there already be buffers in the queue? Then you can't stick num_max there. > + } > + > + rcu_read_unlock(); > + > + return res; > +} > + > static bool virtio_transport_seqpacket_allow(u32 remote_cid); > > static struct virtio_transport virtio_transport = { > @@ -475,6 +512,8 @@ static struct virtio_transport virtio_transport = { > .seqpacket_allow = virtio_transport_seqpacket_allow, > .seqpacket_has_data = virtio_transport_seqpacket_has_data, > > + .msgzerocopy_check_iov = virtio_transport_msgzerocopy_check_iov, > + > .notify_poll_in = virtio_transport_notify_poll_in, > .notify_poll_out = virtio_transport_notify_poll_out, > .notify_recv_init = virtio_transport_notify_recv_init, > diff --git a/net/vmw_vsock/virtio_transport_common.c b/net/vmw_vsock/virtio_transport_common.c > index 26a4d10da205..e4e3d541aff4 100644 > --- a/net/vmw_vsock/virtio_transport_common.c > +++ b/net/vmw_vsock/virtio_transport_common.c > @@ -37,73 +37,122 @@ virtio_transport_get_ops(struct vsock_sock *vsk) > return container_of(t, struct virtio_transport, transport); > } > > -/* Returns a new packet on success, otherwise returns NULL. > - * > - * If NULL is returned, errp is set to a negative errno. > - */ > -static struct sk_buff * > -virtio_transport_alloc_skb(struct virtio_vsock_pkt_info *info, > - size_t len, > - u32 src_cid, > - u32 src_port, > - u32 dst_cid, > - u32 dst_port) > -{ > - const size_t skb_len = VIRTIO_VSOCK_SKB_HEADROOM + len; > - struct virtio_vsock_hdr *hdr; > - struct sk_buff *skb; > - void *payload; > - int err; > +static bool virtio_transport_can_zcopy(struct virtio_vsock_pkt_info *info, > + size_t max_to_send) > +{ > + const struct vsock_transport *t; > + struct iov_iter *iov_iter; > > - skb = virtio_vsock_alloc_skb(skb_len, GFP_KERNEL); > - if (!skb) > - return NULL; > + if (!info->msg) > + return false; > > - hdr = virtio_vsock_hdr(skb); > - hdr->type = cpu_to_le16(info->type); > - hdr->op = cpu_to_le16(info->op); > - hdr->src_cid = cpu_to_le64(src_cid); > - hdr->dst_cid = cpu_to_le64(dst_cid); > - hdr->src_port = cpu_to_le32(src_port); > - hdr->dst_port = cpu_to_le32(dst_port); > - hdr->flags = cpu_to_le32(info->flags); > - hdr->len = cpu_to_le32(len); > + iov_iter = &info->msg->msg_iter; > > - if (info->msg && len > 0) { > - payload = skb_put(skb, len); > - err = memcpy_from_msg(payload, info->msg, len); > - if (err) > - goto out; > + t = vsock_core_get_transport(info->vsk); > > - if (msg_data_left(info->msg) == 0 && > - info->type == VIRTIO_VSOCK_TYPE_SEQPACKET) { > - hdr->flags |= cpu_to_le32(VIRTIO_VSOCK_SEQ_EOM); > + if (t->msgzerocopy_check_iov && > + !t->msgzerocopy_check_iov(iov_iter)) > + return false; > > - if (info->msg->msg_flags & MSG_EOR) > - hdr->flags |= cpu_to_le32(VIRTIO_VSOCK_SEQ_EOR); > - } > + /* Data is simple buffer. */ > + if (iter_is_ubuf(iov_iter)) > + return true; > + > + if (!iter_is_iovec(iov_iter)) > + return false; > + > + if (iov_iter->iov_offset) > + return false; > + > + /* We can't send whole iov. */ > + if (iov_iter->count > max_to_send) > + return false; > + > + return true; > +} > + > +static int virtio_transport_init_zcopy_skb(struct vsock_sock *vsk, > + struct sk_buff *skb, > + struct msghdr *msg, > + bool zerocopy) > +{ > + struct ubuf_info *uarg; > + > + if (msg->msg_ubuf) { > + uarg = msg->msg_ubuf; > + net_zcopy_get(uarg); > + } else { > + struct iov_iter *iter = &msg->msg_iter; > + struct ubuf_info_msgzc *uarg_zc; > + int len; > + > + /* Only ITER_IOVEC or ITER_UBUF are allowed and > + * checked before. > + */ > + if (iter_is_iovec(iter)) > + len = iov_length(iter->__iov, iter->nr_segs); > + else > + len = iter->count; > + > + uarg = msg_zerocopy_realloc(sk_vsock(vsk), > + len, > + NULL); > + if (!uarg) > + return -1; > + > + uarg_zc = uarg_to_msgzc(uarg); > + uarg_zc->zerocopy = zerocopy ? 1 : 0; > } > > - if (info->reply) > - virtio_vsock_skb_set_reply(skb); > + skb_zcopy_init(skb, uarg); > > - trace_virtio_transport_alloc_pkt(src_cid, src_port, > - dst_cid, dst_port, > - len, > - info->type, > - info->op, > - info->flags); > + return 0; > +} > > - if (info->vsk && !skb_set_owner_sk_safe(skb, sk_vsock(info->vsk))) { > - WARN_ONCE(1, "failed to allocate skb on vsock socket with sk_refcnt == 0\n"); > - goto out; > +static int virtio_transport_fill_skb(struct sk_buff *skb, > + struct virtio_vsock_pkt_info *info, > + size_t len, > + bool zcopy) > +{ > + if (zcopy) { > + return __zerocopy_sg_from_iter(info->msg, NULL, skb, > + &info->msg->msg_iter, > + len); > + } else { > + void *payload; > + int err; > + > + payload = skb_put(skb, len); > + err = memcpy_from_msg(payload, info->msg, len); > + if (err) > + return -1; > + > + if (msg_data_left(info->msg)) > + return 0; > + > + return 0; > } > +} > > - return skb; > +static void virtio_transport_init_hdr(struct sk_buff *skb, > + struct virtio_vsock_pkt_info *info, > + u32 src_cid, > + u32 src_port, > + u32 dst_cid, > + u32 dst_port, > + size_t len) > +{ > + struct virtio_vsock_hdr *hdr; > > -out: > - kfree_skb(skb); > - return NULL; > + hdr = virtio_vsock_hdr(skb); > + hdr->type = cpu_to_le16(info->type); > + hdr->op = cpu_to_le16(info->op); > + hdr->src_cid = cpu_to_le64(src_cid); > + hdr->dst_cid = cpu_to_le64(dst_cid); > + hdr->src_port = cpu_to_le32(src_port); > + hdr->dst_port = cpu_to_le32(dst_port); > + hdr->flags = cpu_to_le32(info->flags); > + hdr->len = cpu_to_le32(len); > } > > static void virtio_transport_copy_nonlinear_skb(const struct sk_buff *skb, > @@ -214,6 +263,70 @@ static u16 virtio_transport_get_type(struct sock *sk) > return VIRTIO_VSOCK_TYPE_SEQPACKET; > } > > +static struct sk_buff *virtio_transport_alloc_skb(struct vsock_sock *vsk, > + struct virtio_vsock_pkt_info *info, > + size_t payload_len, > + bool zcopy, > + u32 src_cid, > + u32 src_port, > + u32 dst_cid, > + u32 dst_port) > +{ > + struct sk_buff *skb; > + size_t skb_len; > + > + skb_len = VIRTIO_VSOCK_SKB_HEADROOM; > + > + if (!zcopy) > + skb_len += payload_len; > + > + skb = virtio_vsock_alloc_skb(skb_len, GFP_KERNEL); > + if (!skb) > + return NULL; > + > + virtio_transport_init_hdr(skb, info, src_cid, src_port, > + dst_cid, dst_port, > + payload_len); > + > + /* Set owner here, because '__zerocopy_sg_from_iter()' uses > + * owner of skb without check to update 'sk_wmem_alloc'. > + */ > + if (vsk) > + skb_set_owner_w(skb, sk_vsock(vsk)); > + > + if (info->msg && payload_len > 0) { > + int err; > + > + err = virtio_transport_fill_skb(skb, info, payload_len, zcopy); > + if (err) > + goto out; > + > + if (info->type == VIRTIO_VSOCK_TYPE_SEQPACKET) { > + struct virtio_vsock_hdr *hdr = virtio_vsock_hdr(skb); > + > + hdr->flags |= cpu_to_le32(VIRTIO_VSOCK_SEQ_EOM); > + > + if (info->msg->msg_flags & MSG_EOR) > + hdr->flags |= cpu_to_le32(VIRTIO_VSOCK_SEQ_EOR); > + } > + } > + > + if (info->reply) > + virtio_vsock_skb_set_reply(skb); > + > + trace_virtio_transport_alloc_pkt(src_cid, src_port, > + dst_cid, dst_port, > + payload_len, > + info->type, > + info->op, > + info->flags); > + > + return skb; > +out: > + kfree_skb(skb); > + return NULL; > +} > + > /* This function can only be used on connecting/connected sockets, > * since a socket assigned to a transport is required. > * > @@ -222,10 +335,12 @@ static u16 virtio_transport_get_type(struct sock *sk) > static int virtio_transport_send_pkt_info(struct vsock_sock *vsk, > struct virtio_vsock_pkt_info *info) > { > + u32 max_skb_len = VIRTIO_VSOCK_MAX_PKT_BUF_SIZE; > u32 src_cid, src_port, dst_cid, dst_port; > const struct virtio_transport *t_ops; > struct virtio_vsock_sock *vvs; > u32 pkt_len = info->pkt_len; > + bool can_zcopy = false; > u32 rest_len; > int ret; > > @@ -254,15 +369,30 @@ static int virtio_transport_send_pkt_info(struct vsock_sock *vsk, > if (pkt_len == 0 && info->op == VIRTIO_VSOCK_OP_RW) > return pkt_len; > > + if (info->msg) { > + /* If zerocopy is not enabled by 'setsockopt()', we behave as > + * there is no MSG_ZEROCOPY flag set. > + */ > + if (!sock_flag(sk_vsock(vsk), SOCK_ZEROCOPY)) > + info->msg->msg_flags &= ~MSG_ZEROCOPY; > + > + if (info->msg->msg_flags & MSG_ZEROCOPY) > + can_zcopy = virtio_transport_can_zcopy(info, pkt_len); > + > + if (can_zcopy) > + max_skb_len = min_t(u32, VIRTIO_VSOCK_MAX_PKT_BUF_SIZE, > + (MAX_SKB_FRAGS * PAGE_SIZE)); > + } > + > rest_len = pkt_len; > > do { > struct sk_buff *skb; > size_t skb_len; > > - skb_len = min_t(u32, VIRTIO_VSOCK_MAX_PKT_BUF_SIZE, rest_len); > + skb_len = min(max_skb_len, rest_len); > > - skb = virtio_transport_alloc_skb(info, skb_len, > + skb = virtio_transport_alloc_skb(vsk, info, skb_len, can_zcopy, > src_cid, src_port, > dst_cid, dst_port); > if (!skb) { > @@ -270,6 +400,17 @@ static int virtio_transport_send_pkt_info(struct vsock_sock *vsk, > break; > } > > + /* This is last skb to send this portion of data. */ > + if (info->msg && info->msg->msg_flags & MSG_ZEROCOPY && > + skb_len == rest_len && info->op == VIRTIO_VSOCK_OP_RW) { > + if (virtio_transport_init_zcopy_skb(vsk, skb, > + info->msg, > + can_zcopy)) { > + ret = -ENOMEM; > + break; > + } > + } > + > virtio_transport_inc_tx_pkt(vvs, skb); > > ret = t_ops->send_pkt(skb); > @@ -934,7 +1075,7 @@ static int virtio_transport_reset_no_sock(const struct virtio_transport *t, > if (!t) > return -ENOTCONN; > > - reply = virtio_transport_alloc_skb(&info, 0, > + reply = virtio_transport_alloc_skb(NULL, &info, 0, false, > le64_to_cpu(hdr->dst_cid), > le32_to_cpu(hdr->dst_port), > le64_to_cpu(hdr->src_cid), > -- > 2.25.1