Message ID | 20230916130918.4105122-1-avkrasnov@salutedevices.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:612c:172:b0:3f2:4152:657d with SMTP id h50csp1714220vqi; Sat, 16 Sep 2023 08:17:19 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEhembPc4sUoN2aASsyi+sNsfvNpCdKxp9MyAXc2EGxVwxfQRTutPpl8YYbPhej0cvy82yg X-Received: by 2002:a17:90b:1b48:b0:274:9add:489a with SMTP id nv8-20020a17090b1b4800b002749add489amr4483166pjb.26.1694877438040; Sat, 16 Sep 2023 08:17:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1694877438; cv=none; d=google.com; s=arc-20160816; b=rkTKjsT09jXxr4xW+7kRJrEDMpkwPHolYt/ATgUrgpsvh8cprBw9X+3JJOXNWtSlAc HKGz7GzruZDSAF35l/5cixm1MkUqar0nsY0tMq0AZYpuB4sG2TQcsdEcj3jZu830/MO5 lBO5MmaY/MO/jiPixpuih3xQvFmViJ0AAIj+CgrM13ZpTroOWK33Ue1p/Y9UDtvK/L9H sGfkbO8Rc2m58c0s5hhai6j4KccOiBebYkNzf8G6vYrj9eTcLzAEWsM+G6+80r6+stHW r+uzaOR3Gu4Z78A+vScW0XZrtrgfG8cLUdL5f8bpI3uP2iUaK/nn+0Hj4jsFZzntFg+d hUBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature:dkim-filter; bh=Sdq3fDXjPa3CrACJWQvLhfRSTOnnHZbbxxjFtBJgqQs=; fh=wIHqZpOIuzcidDZ82yQbOZuyHJty7uvaWDEh/efoVzA=; b=wKdUGsyNueVxT6KyQOMyyjO9u5KPdt9dVuOlOgDgqUPJm+aJV7mThXayq+OUh6/jLe T8DPKUL5dsCZCRAIs33vCyATi7DgYqXnHieSecZdcZ0gcHJuT+hJlnk6HmlwVhXupBaf lsSLj2me+jGPuH3nM6dpooDCI/qtNaubfyO0L0JNgD7UI3Gp/0Q4g8d4xjTy+sHyc/y1 SqUiXmP3AkEvvPeGpRoVxuR1tDFKn/n4232luW8vcpKcLgbmhTWokvm/JzkZY2o+7ZIL cwuAVpQYNIvrRSSyyiI+f6chOcz4ae/FYGvuMr1dVlV+LW8kDi5PttOMn5rV0oGiv5YA lcBA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@salutedevices.com header.s=mail header.b="Vm/xWXLA"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=salutedevices.com Received: from howler.vger.email (howler.vger.email. [23.128.96.34]) by mx.google.com with ESMTPS id nv7-20020a17090b1b4700b0026b31ed4895si7884096pjb.29.2023.09.16.08.17.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 16 Sep 2023 08:17:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) client-ip=23.128.96.34; Authentication-Results: mx.google.com; dkim=pass header.i=@salutedevices.com header.s=mail header.b="Vm/xWXLA"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=salutedevices.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id EC1DA87A3F5E; Sat, 16 Sep 2023 06:17:36 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239287AbjIPNQr (ORCPT <rfc822;toshivichauhan@gmail.com> + 29 others); Sat, 16 Sep 2023 09:16:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50218 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239228AbjIPNQ0 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sat, 16 Sep 2023 09:16:26 -0400 Received: from mx1.sberdevices.ru (mx2.sberdevices.ru [45.89.224.132]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8E7951B5; Sat, 16 Sep 2023 06:16:18 -0700 (PDT) Received: from p-infra-ksmg-sc-msk02 (localhost [127.0.0.1]) by mx1.sberdevices.ru (Postfix) with ESMTP id 373CC12000B; Sat, 16 Sep 2023 16:16:15 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.sberdevices.ru 373CC12000B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salutedevices.com; s=mail; t=1694870175; bh=Sdq3fDXjPa3CrACJWQvLhfRSTOnnHZbbxxjFtBJgqQs=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:From; b=Vm/xWXLAS7Izu+GKWS6lCqc/Q5DENeLzjgy1E6f617THBTzB7K6Kckv0Sn8hdhBni hPr9BH3MFYzaQpV/p/jLC+ObDlCSXisDyfT7KarF4mUbHbcjTRbCgKLryWjBSKGk/q oORn/R1YxDIk8FHoOgqHGfs4szkM892Cmz5F3f705KwhVzIfTp/booGMtbGIjXPpxk 0bhH+XNFEL2qxrB6whnLNJ1QIVqtT11AhAEpciafJj8EewhnHWCmwkoWTzXeVyRCNE 9ZIdI/61/lQ/DGQZhZM6l/7ppVzXayHB+aVfw0zQ2bs+X0ugmBPuiw1Hdcu2f1uLps wflhxIVpTO7Zg== Received: from p-i-exch-sc-m01.sberdevices.ru (p-i-exch-sc-m01.sberdevices.ru [172.16.192.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sberdevices.ru (Postfix) with ESMTPS; Sat, 16 Sep 2023 16:16:14 +0300 (MSK) Received: from localhost.localdomain (100.64.160.123) by p-i-exch-sc-m01.sberdevices.ru (172.16.192.107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.30; Sat, 16 Sep 2023 16:16:14 +0300 From: Arseniy Krasnov <avkrasnov@salutedevices.com> To: Stefan Hajnoczi <stefanha@redhat.com>, Stefano Garzarella <sgarzare@redhat.com>, "David S. Miller" <davem@davemloft.net>, Eric Dumazet <edumazet@google.com>, Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>, "Michael S. Tsirkin" <mst@redhat.com>, Jason Wang <jasowang@redhat.com>, Bobby Eshleman <bobby.eshleman@bytedance.com> CC: <kvm@vger.kernel.org>, <virtualization@lists.linux-foundation.org>, <netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <kernel@sberdevices.ru>, <oxffffaa@gmail.com>, <avkrasnov@salutedevices.com> Subject: [PATCH net-next v9 0/4] vsock/virtio/vhost: MSG_ZEROCOPY preparations Date: Sat, 16 Sep 2023 16:09:14 +0300 Message-ID: <20230916130918.4105122-1-avkrasnov@salutedevices.com> X-Mailer: git-send-email 2.35.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [100.64.160.123] X-ClientProxiedBy: p-i-exch-sc-m02.sberdevices.ru (172.16.192.103) To p-i-exch-sc-m01.sberdevices.ru (172.16.192.107) X-KSMG-Rule-ID: 10 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Lua-Profiles: 179905 [Sep 16 2023] X-KSMG-AntiSpam-Version: 5.9.59.0 X-KSMG-AntiSpam-Envelope-From: avkrasnov@salutedevices.com X-KSMG-AntiSpam-Rate: 0 X-KSMG-AntiSpam-Status: not_detected X-KSMG-AntiSpam-Method: none X-KSMG-AntiSpam-Auth: dkim=none X-KSMG-AntiSpam-Info: LuaCore: 530 530 ecb1547b3f72d1df4c71c0b60e67ba6b4aea5432, {Tracking_uf_ne_domains}, {Tracking_from_domain_doesnt_match_to}, d41d8cd98f00b204e9800998ecf8427e.com:7.1.1;git.kernel.org:7.1.1;p-i-exch-sc-m01.sberdevices.ru:5.0.1,7.1.1;127.0.0.199:7.1.2;lore.kernel.org:7.1.1;100.64.160.123:7.1.2;salutedevices.com:7.1.1, FromAlignment: s, ApMailHostAddress: 100.64.160.123 X-MS-Exchange-Organization-SCL: -1 X-KSMG-AntiSpam-Interceptor-Info: scan successful X-KSMG-AntiPhishing: Clean, bases: 2023/09/16 12:20:00 X-KSMG-LinksScanning: Clean, bases: 2023/09/16 12:20:00 X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 2.0.1.6960, bases: 2023/09/16 12:14:00 #21905676 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_BLOCKED, SPF_HELO_NONE,SPF_NONE,URIBL_BLOCKED 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Sat, 16 Sep 2023 06:17:37 -0700 (PDT) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1777207804662718329 X-GMAIL-MSGID: 1777207804662718329 |
Series |
vsock/virtio/vhost: MSG_ZEROCOPY preparations
|
|
Message
Arseniy Krasnov
Sept. 16, 2023, 1:09 p.m. UTC
Hello, this patchset is first of three parts of another big patchset for MSG_ZEROCOPY flag support: https://lore.kernel.org/netdev/20230701063947.3422088-1-AVKrasnov@sberdevices.ru/ During review of this series, Stefano Garzarella <sgarzare@redhat.com> suggested to split it for three parts to simplify review and merging: 1) virtio and vhost updates (for fragged skbs) <--- this patchset 2) AF_VSOCK updates (allows to enable MSG_ZEROCOPY mode and read tx completions) and update for Documentation/. 3) Updates for tests and utils. This series enables handling of fragged skbs in virtio and vhost parts. Newly logic won't be triggered, because SO_ZEROCOPY options is still impossible to enable at this moment (next bunch of patches from big set above will enable it). I've included changelog to some patches anyway, because there were some comments during review of last big patchset from the link above. Head for this patchset is: https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=f2fa1c812c91e99d0317d1fc7d845e1e05f39716 Link to v1: https://lore.kernel.org/netdev/20230717210051.856388-1-AVKrasnov@sberdevices.ru/ Link to v2: https://lore.kernel.org/netdev/20230718180237.3248179-1-AVKrasnov@sberdevices.ru/ Link to v3: https://lore.kernel.org/netdev/20230720214245.457298-1-AVKrasnov@sberdevices.ru/ Link to v4: https://lore.kernel.org/netdev/20230727222627.1895355-1-AVKrasnov@sberdevices.ru/ Link to v5: https://lore.kernel.org/netdev/20230730085905.3420811-1-AVKrasnov@sberdevices.ru/ Link to v6: https://lore.kernel.org/netdev/20230814212720.3679058-1-AVKrasnov@sberdevices.ru/ Link to v7: https://lore.kernel.org/netdev/20230827085436.941183-1-avkrasnov@salutedevices.com/ Link to v8: https://lore.kernel.org/netdev/20230911202234.1932024-1-avkrasnov@salutedevices.com/ Changelog: v3 -> v4: * Patchset rebased and tested on new HEAD of net-next (see hash above). v4 -> v5: * See per-patch changelog after ---. v5 -> v6: * Patchset rebased and tested on new HEAD of net-next (see hash above). * See per-patch changelog after ---. v6 -> v7: * Patchset rebased and tested on new HEAD of net-next (see hash above). * See per-patch changelog after ---. v7 -> v8: * Patchset rebased and tested on new HEAD of net-next (see hash above). * See per-patch changelog after ---. v8 -> v9: * Patchset rebased and tested on new HEAD of net-next (see hash above). * See per-patch changelog after ---. Arseniy Krasnov (4): vsock/virtio/vhost: read data from non-linear skb vsock/virtio: support to send non-linear skb vsock/virtio: non-linear skb handling for tap vsock/virtio: MSG_ZEROCOPY flag support drivers/vhost/vsock.c | 14 +- include/linux/virtio_vsock.h | 10 + .../events/vsock_virtio_transport_common.h | 12 +- net/vmw_vsock/virtio_transport.c | 92 +++++- net/vmw_vsock/virtio_transport_common.c | 307 ++++++++++++++---- 5 files changed, 348 insertions(+), 87 deletions(-)
Comments
Hi Stefano, thanks for review! So when this patchset will be merged to net-next, I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + Documentation/ patches. Thanks, Arseniy On 16.09.2023 16:09, Arseniy Krasnov wrote: > Hello, > > this patchset is first of three parts of another big patchset for > MSG_ZEROCOPY flag support: > https://lore.kernel.org/netdev/20230701063947.3422088-1-AVKrasnov@sberdevices.ru/ > > During review of this series, Stefano Garzarella <sgarzare@redhat.com> > suggested to split it for three parts to simplify review and merging: > > 1) virtio and vhost updates (for fragged skbs) <--- this patchset > 2) AF_VSOCK updates (allows to enable MSG_ZEROCOPY mode and read > tx completions) and update for Documentation/. > 3) Updates for tests and utils. > > This series enables handling of fragged skbs in virtio and vhost parts. > Newly logic won't be triggered, because SO_ZEROCOPY options is still > impossible to enable at this moment (next bunch of patches from big > set above will enable it). > > I've included changelog to some patches anyway, because there were some > comments during review of last big patchset from the link above. > > Head for this patchset is: > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=f2fa1c812c91e99d0317d1fc7d845e1e05f39716 > > Link to v1: > https://lore.kernel.org/netdev/20230717210051.856388-1-AVKrasnov@sberdevices.ru/ > Link to v2: > https://lore.kernel.org/netdev/20230718180237.3248179-1-AVKrasnov@sberdevices.ru/ > Link to v3: > https://lore.kernel.org/netdev/20230720214245.457298-1-AVKrasnov@sberdevices.ru/ > Link to v4: > https://lore.kernel.org/netdev/20230727222627.1895355-1-AVKrasnov@sberdevices.ru/ > Link to v5: > https://lore.kernel.org/netdev/20230730085905.3420811-1-AVKrasnov@sberdevices.ru/ > Link to v6: > https://lore.kernel.org/netdev/20230814212720.3679058-1-AVKrasnov@sberdevices.ru/ > Link to v7: > https://lore.kernel.org/netdev/20230827085436.941183-1-avkrasnov@salutedevices.com/ > Link to v8: > https://lore.kernel.org/netdev/20230911202234.1932024-1-avkrasnov@salutedevices.com/ > > Changelog: > v3 -> v4: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > v4 -> v5: > * See per-patch changelog after ---. > v5 -> v6: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > v6 -> v7: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > v7 -> v8: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > v8 -> v9: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > > Arseniy Krasnov (4): > vsock/virtio/vhost: read data from non-linear skb > vsock/virtio: support to send non-linear skb > vsock/virtio: non-linear skb handling for tap > vsock/virtio: MSG_ZEROCOPY flag support > > drivers/vhost/vsock.c | 14 +- > include/linux/virtio_vsock.h | 10 + > .../events/vsock_virtio_transport_common.h | 12 +- > net/vmw_vsock/virtio_transport.c | 92 +++++- > net/vmw_vsock/virtio_transport_common.c | 307 ++++++++++++++---- > 5 files changed, 348 insertions(+), 87 deletions(-) >
On Sat, Sep 16, 2023 at 04:09:14PM +0300, Arseniy Krasnov wrote: > Hello, > > this patchset is first of three parts of another big patchset for > MSG_ZEROCOPY flag support: > https://lore.kernel.org/netdev/20230701063947.3422088-1-AVKrasnov@sberdevices.ru/ > > During review of this series, Stefano Garzarella <sgarzare@redhat.com> > suggested to split it for three parts to simplify review and merging: > > 1) virtio and vhost updates (for fragged skbs) <--- this patchset > 2) AF_VSOCK updates (allows to enable MSG_ZEROCOPY mode and read > tx completions) and update for Documentation/. > 3) Updates for tests and utils. > > This series enables handling of fragged skbs in virtio and vhost parts. > Newly logic won't be triggered, because SO_ZEROCOPY options is still > impossible to enable at this moment (next bunch of patches from big > set above will enable it). Acked-by: Michael S. Tsirkin <mst@redhat.com> > > I've included changelog to some patches anyway, because there were some > comments during review of last big patchset from the link above. > > Head for this patchset is: > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=f2fa1c812c91e99d0317d1fc7d845e1e05f39716 > > Link to v1: > https://lore.kernel.org/netdev/20230717210051.856388-1-AVKrasnov@sberdevices.ru/ > Link to v2: > https://lore.kernel.org/netdev/20230718180237.3248179-1-AVKrasnov@sberdevices.ru/ > Link to v3: > https://lore.kernel.org/netdev/20230720214245.457298-1-AVKrasnov@sberdevices.ru/ > Link to v4: > https://lore.kernel.org/netdev/20230727222627.1895355-1-AVKrasnov@sberdevices.ru/ > Link to v5: > https://lore.kernel.org/netdev/20230730085905.3420811-1-AVKrasnov@sberdevices.ru/ > Link to v6: > https://lore.kernel.org/netdev/20230814212720.3679058-1-AVKrasnov@sberdevices.ru/ > Link to v7: > https://lore.kernel.org/netdev/20230827085436.941183-1-avkrasnov@salutedevices.com/ > Link to v8: > https://lore.kernel.org/netdev/20230911202234.1932024-1-avkrasnov@salutedevices.com/ > Changelog: > v3 -> v4: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > v4 -> v5: > * See per-patch changelog after ---. > v5 -> v6: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > v6 -> v7: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > v7 -> v8: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > v8 -> v9: > * Patchset rebased and tested on new HEAD of net-next (see hash above). > * See per-patch changelog after ---. > > Arseniy Krasnov (4): > vsock/virtio/vhost: read data from non-linear skb > vsock/virtio: support to send non-linear skb > vsock/virtio: non-linear skb handling for tap > vsock/virtio: MSG_ZEROCOPY flag support > > drivers/vhost/vsock.c | 14 +- > include/linux/virtio_vsock.h | 10 + > .../events/vsock_virtio_transport_common.h | 12 +- > net/vmw_vsock/virtio_transport.c | 92 +++++- > net/vmw_vsock/virtio_transport_common.c | 307 ++++++++++++++---- > 5 files changed, 348 insertions(+), 87 deletions(-) > > -- > 2.25.1
On 19.09.2023 10:54, Stefano Garzarella wrote: > On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: >> Hi Stefano, >> >> thanks for review! So when this patchset will be merged to net-next, >> I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + >> Documentation/ patches. > > Ack, if it is not a very big series, maybe better to include also the > tests so we can run them before merge the feature. > > WDYT? Yes, ok! AF_VSOCK part is smaller than virtio part. Thanks, Arseniy > > Stefano >
On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: >Hi Stefano, > >thanks for review! So when this patchset will be merged to net-next, >I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + >Documentation/ patches. Ack, if it is not a very big series, maybe better to include also the tests so we can run them before merge the feature. WDYT? Stefano
On Tue, 2023-09-19 at 09:54 +0200, Stefano Garzarella wrote: > On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: > > Hi Stefano, > > > > thanks for review! So when this patchset will be merged to net-next, > > I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + > > Documentation/ patches. > > Ack, if it is not a very big series, maybe better to include also the > tests so we can run them before merge the feature. I understand that at least 2 follow-up series are waiting for this, one of them targeting net-next and the bigger one targeting the virtio tree. Am I correct? DaveM suggests this should go via the virtio tree, too. Any different opinion? Thanks! Paolo
On Tue, Sep 19, 2023 at 03:19:54PM +0200, Paolo Abeni wrote: >On Tue, 2023-09-19 at 09:54 +0200, Stefano Garzarella wrote: >> On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: >> > Hi Stefano, >> > >> > thanks for review! So when this patchset will be merged to net-next, >> > I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + >> > Documentation/ patches. >> >> Ack, if it is not a very big series, maybe better to include also the >> tests so we can run them before merge the feature. > >I understand that at least 2 follow-up series are waiting for this, one >of them targeting net-next and the bigger one targeting the virtio >tree. Am I correct? IIUC the next series will touch only the vsock core (net/vmw_vsock/af_vsock.c), tests, and documentation. The virtio part should be fully covered by this series. @Arseniy feel free to correct me! > >DaveM suggests this should go via the virtio tree, too. Any different >opinion? For this series should be fine, I'm not sure about the next series. Merging this with the virtio tree, then it forces us to do it for followup as well right? In theory followup is more on the core, so better with net-next, but it's also true that for now only virtio transports support it, so it might be okay to continue with virtio. @Michael WDYT? Thanks, Stefano
On 19.09.2023 16:35, Stefano Garzarella wrote: > On Tue, Sep 19, 2023 at 03:19:54PM +0200, Paolo Abeni wrote: >> On Tue, 2023-09-19 at 09:54 +0200, Stefano Garzarella wrote: >>> On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: >>> > Hi Stefano, >>> > >>> > thanks for review! So when this patchset will be merged to net-next, >>> > I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + >>> > Documentation/ patches. >>> >>> Ack, if it is not a very big series, maybe better to include also the >>> tests so we can run them before merge the feature. >> >> I understand that at least 2 follow-up series are waiting for this, one >> of them targeting net-next and the bigger one targeting the virtio >> tree. Am I correct? > > IIUC the next series will touch only the vsock core > (net/vmw_vsock/af_vsock.c), tests, and documentation. > > The virtio part should be fully covered by this series. > > @Arseniy feel free to correct me! Yes, only this patchset touches virtio code. Next patchset will be AF_VSOCK, Documentation/ and tests. I think there is no need to merge it to the virtio tree - we can continue in the same way as before during AF_VSOCK development, e.g. merging it to net-next only. Thanks, Arseniy > >> >> DaveM suggests this should go via the virtio tree, too. Any different >> opinion? > > For this series should be fine, I'm not sure about the next series. > Merging this with the virtio tree, then it forces us to do it for > followup as well right? > > In theory followup is more on the core, so better with net-next, but > it's also true that for now only virtio transports support it, so it > might be okay to continue with virtio. > > @Michael WDYT? > > Thanks, > Stefano >
On 19.09.2023 19:48, Arseniy Krasnov wrote: > > > On 19.09.2023 16:35, Stefano Garzarella wrote: >> On Tue, Sep 19, 2023 at 03:19:54PM +0200, Paolo Abeni wrote: >>> On Tue, 2023-09-19 at 09:54 +0200, Stefano Garzarella wrote: >>>> On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: >>>>> Hi Stefano, >>>>> >>>>> thanks for review! So when this patchset will be merged to net-next, >>>>> I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + >>>>> Documentation/ patches. >>>> >>>> Ack, if it is not a very big series, maybe better to include also the >>>> tests so we can run them before merge the feature. >>> >>> I understand that at least 2 follow-up series are waiting for this, one >>> of them targeting net-next and the bigger one targeting the virtio >>> tree. Am I correct? >> >> IIUC the next series will touch only the vsock core >> (net/vmw_vsock/af_vsock.c), tests, and documentation. >> >> The virtio part should be fully covered by this series. >> >> @Arseniy feel free to correct me! > > Yes, only this patchset touches virtio code. Next patchset will be AF_VSOCK, > Documentation/ and tests. I think there is no need to merge it to the virtio > tree - we can continue in the same way as before during AF_VSOCK development, > e.g. merging it to net-next only. ^^^ I mean of course if there is need to merge to virtio tree also - no problem, just informing that the next set of patches doesn't touch virtio code. (except two several lines patches for drivers/vhost/vsock.c and net/vmw_vsock/virtio_transport.c) > > Thanks, Arseniy > >> >>> >>> DaveM suggests this should go via the virtio tree, too. Any different >>> opinion? >> >> For this series should be fine, I'm not sure about the next series. >> Merging this with the virtio tree, then it forces us to do it for >> followup as well right? >> >> In theory followup is more on the core, so better with net-next, but >> it's also true that for now only virtio transports support it, so it >> might be okay to continue with virtio. >> >> @Michael WDYT? >> >> Thanks, >> Stefano >>
On Tue, Sep 19, 2023 at 03:35:51PM +0200, Stefano Garzarella wrote: > On Tue, Sep 19, 2023 at 03:19:54PM +0200, Paolo Abeni wrote: > > On Tue, 2023-09-19 at 09:54 +0200, Stefano Garzarella wrote: > > > On Mon, Sep 18, 2023 at 07:56:00PM +0300, Arseniy Krasnov wrote: > > > > Hi Stefano, > > > > > > > > thanks for review! So when this patchset will be merged to net-next, > > > > I'll start sending next part of MSG_ZEROCOPY patchset, e.g. AF_VSOCK + > > > > Documentation/ patches. > > > > > > Ack, if it is not a very big series, maybe better to include also the > > > tests so we can run them before merge the feature. > > > > I understand that at least 2 follow-up series are waiting for this, one > > of them targeting net-next and the bigger one targeting the virtio > > tree. Am I correct? > > IIUC the next series will touch only the vsock core > (net/vmw_vsock/af_vsock.c), tests, and documentation. > > The virtio part should be fully covered by this series. > > @Arseniy feel free to correct me! > > > > > DaveM suggests this should go via the virtio tree, too. Any different > > opinion? > > For this series should be fine, I'm not sure about the next series. > Merging this with the virtio tree, then it forces us to do it for > followup as well right? > > In theory followup is more on the core, so better with net-next, but > it's also true that for now only virtio transports support it, so it > might be okay to continue with virtio. > > @Michael WDYT? > > Thanks, > Stefano I didn't get DaveM's mail - was this off-list? I think net-next is easier because the follow up belongs in net-next. But if not I can take it, sure. Let me know.
On Tue, 2023-09-19 at 22:38 -0400, Michael S. Tsirkin wrote: > On Tue, Sep 19, 2023 at 03:35:51PM +0200, Stefano Garzarella wrote: > > On Tue, Sep 19, 2023 at 03:19:54PM +0200, Paolo Abeni wrote: > > > > > DaveM suggests this should go via the virtio tree, too. Any different > > > opinion? > > > > For this series should be fine, I'm not sure about the next series. > > Merging this with the virtio tree, then it forces us to do it for > > followup as well right? > > > > In theory followup is more on the core, so better with net-next, but > > it's also true that for now only virtio transports support it, so it > > might be okay to continue with virtio. > > > > @Michael WDYT? > > > > Thanks, > > Stefano > > I didn't get DaveM's mail - was this off-list? Yes, that was off-list co-ordination. > I think net-next is easier because the follow up belongs in net-next. > But if not I can take it, sure. Let me know. Since there is agreement on that route, we will take it (likely tomorrow). Cheers, Paolo
Hello: This series was applied to netdev/net-next.git (main) by Paolo Abeni <pabeni@redhat.com>: On Sat, 16 Sep 2023 16:09:14 +0300 you wrote: > Hello, > > this patchset is first of three parts of another big patchset for > MSG_ZEROCOPY flag support: > https://lore.kernel.org/netdev/20230701063947.3422088-1-AVKrasnov@sberdevices.ru/ > > During review of this series, Stefano Garzarella <sgarzare@redhat.com> > suggested to split it for three parts to simplify review and merging: > > [...] Here is the summary with links: - [net-next,v9,1/4] vsock/virtio/vhost: read data from non-linear skb https://git.kernel.org/netdev/net-next/c/0df7cd3c13e4 - [net-next,v9,2/4] vsock/virtio: support to send non-linear skb https://git.kernel.org/netdev/net-next/c/64c99d2d6ada - [net-next,v9,3/4] vsock/virtio: non-linear skb handling for tap https://git.kernel.org/netdev/net-next/c/4b0bf10eb077 - [net-next,v9,4/4] vsock/virtio: MSG_ZEROCOPY flag support https://git.kernel.org/netdev/net-next/c/581512a6dc93 You are awesome, thank you!