Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp7871260rwp; Wed, 19 Jul 2023 01:19:25 -0700 (PDT) X-Google-Smtp-Source: APBJJlGc4g2oK7+6dgDpvw2Zx9ggvnmAgRQhk2he+p1a+l3JS0aU+00upYIEY1uiBsNYTb8mpbCT X-Received: by 2002:aa7:d650:0:b0:51e:4e7:b2fc with SMTP id v16-20020aa7d650000000b0051e04e7b2fcmr1883890edr.28.1689754765307; Wed, 19 Jul 2023 01:19:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689754765; cv=none; d=google.com; s=arc-20160816; b=mqCUUKi7eKDzsOsTTeLacRZlXXP96DxEAjnX09PjL3r3cs9Lx88lqvsnCu2g6kgU7P V7h7DjXXmx0RVm0YpbY6szfK4psCR6RlAJE18jwrK43VjfgUnxSjf2EGGpVB6P9qa6y+ AU1rPhBbv3IVs8TpETJX4rINPyNtLZ//4Z3CrKw5B0Axav4ZZ+gQpQ5WNU6ezEOX8CP/ E1eXox/6dLDdn7xZGAl/3NJYGgJaJMylH5SyiqOk+FgK8BAWlg/PycfNbFTqh4nEOzJr S5ngcMQZKa9HcQaDld0zmZWk1w+J0yW6YLHb4MM9nFKsPqddRC7WY4uAn7FlwXs8B8oT AlSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature:dkim-filter; bh=g0miA95mALM0gUfzk2atlBJ3XUSuet59Uo+peHbHeWw=; fh=4nbu70HGEdoCGFi7MxAhG5wfPY1S1JBP5LvFSarSeK8=; b=YGfxm7fTptk2Y9A3VimyRoai6WHwTxqN9RsFvdqLhp56tec9hN3NZDNpveXZQAwX00 ERuplG/z4yk6ssIOVWwwC6vSdRg37swdShB47wKzsop33NrbG1xbeoHt2cLL56yJ4sf6 1o6bHnxw7gHDK6IOay8zy21iO/fzpDU31e45QCjkxDdOaCtmQ1HLdli10FgTUZQjuxqw QFt5ZhhI9e2Mn8zGaHVgaoQpTR2Eherjf/fYTqKusi3hMRVIfse9MKeGj0slphtu3EX3 JQ6H4HhIvt8wtDz3gr/eyv0b9D1PGMCfXEOj5JD3PWdkL0kkHHWHT9arRFJVso+Mw5fO 2IeA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=pj9ijqSZ; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j7-20020aa7de87000000b00516b291217fsi2697711edv.0.2023.07.19.01.19.00; Wed, 19 Jul 2023 01:19:25 -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=@sberdevices.ru header.s=mail header.b=pj9ijqSZ; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230234AbjGSHxi (ORCPT + 99 others); Wed, 19 Jul 2023 03:53:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44684 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230040AbjGSHxS (ORCPT ); Wed, 19 Jul 2023 03:53:18 -0400 Received: from mx1.sberdevices.ru (mx1.sberdevices.ru [37.18.73.165]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D21D213A; Wed, 19 Jul 2023 00:52:52 -0700 (PDT) Received: from p-infra-ksmg-sc-msk01 (localhost [127.0.0.1]) by mx1.sberdevices.ru (Postfix) with ESMTP id 7DE98100030; Wed, 19 Jul 2023 10:52:51 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.sberdevices.ru 7DE98100030 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1689753171; bh=g0miA95mALM0gUfzk2atlBJ3XUSuet59Uo+peHbHeWw=; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type:From; b=pj9ijqSZ4S/RUq6tpVHmALi0XmVlMHPaZMrwJQMV3FbpVT6H9fNgWE+wVUZvK++ps IT9pc6pd6Zo7TmlqnyksFC1W1i5WJx0Wj4ukQXVz04tL73WVj/nWUVYXjadTvIwwf+ R3/5bRWnNZ2wwOuO8/3+P5XQFGb9bmWmnlFzTjQM2T+SH+0NuYj9K+UfshgIb1suDi 0GJ6/BGMKAkKk3J2H+eEZjzWtj7OAugiCtmwZXa7UMkFgvOFi/0X9cd8h5DES7eTi9 JI9X+S4RPVGzMQSop5CBwwsRxid9JErU8M3rBE3PQOqjJSr/egF7Y4pWTXmbbNlY3U hzpIjNl/F2zLw== 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; Wed, 19 Jul 2023 10:52:51 +0300 (MSK) Received: from [192.168.0.12] (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; Wed, 19 Jul 2023 10:52:50 +0300 Message-ID: <7cd4b344-0c73-eade-e36a-654a5bad9662@sberdevices.ru> Date: Wed, 19 Jul 2023 10:47:21 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [PATCH net-next v2 2/4] vsock/virtio: support to send non-linear skb Content-Language: en-US To: Stefano Garzarella CC: "Michael S. Tsirkin" , Stefan Hajnoczi , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Jason Wang , Bobby Eshleman , , , , , , References: <20230718180237.3248179-1-AVKrasnov@sberdevices.ru> <20230718180237.3248179-3-AVKrasnov@sberdevices.ru> <20230718162202-mutt-send-email-mst@kernel.org> <1ac4be11-0814-05af-6c2e-8563ac15e206@sberdevices.ru> <4batgyn7pmxn2rysqpztuaim4dxtpfjbrjyyuodsct3qun7w5e@ebd45ngrsfut> From: Arseniy Krasnov In-Reply-To: <4batgyn7pmxn2rysqpztuaim4dxtpfjbrjyyuodsct3qun7w5e@ebd45ngrsfut> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [100.64.160.123] X-ClientProxiedBy: p-i-exch-sc-m01.sberdevices.ru (172.16.192.107) 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: 178706 [Jul 19 2023] X-KSMG-AntiSpam-Version: 5.9.59.0 X-KSMG-AntiSpam-Envelope-From: AVKrasnov@sberdevices.ru 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: 524 524 9753033d6953787301affc41bead8ed49c47b39d, {Tracking_from_domain_doesnt_match_to}, 127.0.0.199:7.1.2;p-i-exch-sc-m01.sberdevices.ru:5.0.1,7.1.1;d41d8cd98f00b204e9800998ecf8427e.com:7.1.1;sberdevices.ru:5.0.1,7.1.1;100.64.160.123:7.1.2, FromAlignment: s, {Tracking_white_helo}, ApMailHostAddress: 100.64.160.123 X-MS-Exchange-Organization-SCL: -1 X-KSMG-AntiSpam-Interceptor-Info: scan successful X-KSMG-AntiPhishing: Clean X-KSMG-LinksScanning: Clean X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 2.0.1.6960, bases: 2023/07/19 03:54:00 #21637026 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE,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: X-Mailing-List: linux-kernel@vger.kernel.org On 19.07.2023 10:36, Stefano Garzarella wrote: > On Wed, Jul 19, 2023 at 07:46:05AM +0300, Arseniy Krasnov wrote: >> >> >> On 18.07.2023 23:27, Michael S. Tsirkin wrote: >>> On Tue, Jul 18, 2023 at 09:02:35PM +0300, Arseniy Krasnov wrote: >>>> For non-linear skb use its pages from fragment array as buffers in >>>> virtio tx queue. These pages are already pinned by 'get_user_pages()' >>>> during such skb creation. >>>> >>>> Signed-off-by: Arseniy Krasnov >>>> Reviewed-by: Stefano Garzarella >>>> --- >>>>  net/vmw_vsock/virtio_transport.c | 40 +++++++++++++++++++++++++++----- >>>>  1 file changed, 34 insertions(+), 6 deletions(-) >>>> >>>> diff --git a/net/vmw_vsock/virtio_transport.c b/net/vmw_vsock/virtio_transport.c >>>> index e95df847176b..6cbb45bb12d2 100644 >>>> --- a/net/vmw_vsock/virtio_transport.c >>>> +++ b/net/vmw_vsock/virtio_transport.c >>>> @@ -100,7 +100,9 @@ virtio_transport_send_pkt_work(struct work_struct *work) >>>>      vq = vsock->vqs[VSOCK_VQ_TX]; >>>> >>>>      for (;;) { >>>> -        struct scatterlist hdr, buf, *sgs[2]; >>>> +        /* +1 is for packet header. */ >>>> +        struct scatterlist *sgs[MAX_SKB_FRAGS + 1]; >>>> +        struct scatterlist bufs[MAX_SKB_FRAGS + 1]; >>>>          int ret, in_sg = 0, out_sg = 0; >>>>          struct sk_buff *skb; >>>>          bool reply; >>>> @@ -111,12 +113,38 @@ virtio_transport_send_pkt_work(struct work_struct *work) >>>> >>>>          virtio_transport_deliver_tap_pkt(skb); >>>>          reply = virtio_vsock_skb_reply(skb); >>>> +        sg_init_one(&bufs[out_sg], virtio_vsock_hdr(skb), >>>> +                sizeof(*virtio_vsock_hdr(skb))); >>>> +        sgs[out_sg] = &bufs[out_sg]; >>>> +        out_sg++; >>>> + >>>> +        if (!skb_is_nonlinear(skb)) { >>>> +            if (skb->len > 0) { >>>> +                sg_init_one(&bufs[out_sg], skb->data, skb->len); >>>> +                sgs[out_sg] = &bufs[out_sg]; >>>> +                out_sg++; >>>> +            } >>>> +        } else { >>>> +            struct skb_shared_info *si; >>>> +            int i; >>>> + >>>> +            si = skb_shinfo(skb); >>>> + >>>> +            for (i = 0; i < si->nr_frags; i++) { >>>> +                skb_frag_t *skb_frag = &si->frags[i]; >>>> +                void *va = page_to_virt(skb_frag->bv_page); >>>> >>>> -        sg_init_one(&hdr, virtio_vsock_hdr(skb), sizeof(*virtio_vsock_hdr(skb))); >>>> -        sgs[out_sg++] = &hdr; >>>> -        if (skb->len > 0) { >>>> -            sg_init_one(&buf, skb->data, skb->len); >>>> -            sgs[out_sg++] = &buf; >>>> +                /* We will use 'page_to_virt()' for userspace page here, >>> >>> don't put comments after code they refer to, please? >>> >>>> +                 * because virtio layer will call 'virt_to_phys()' later >>> >>> it will but not always. sometimes it's the dma mapping layer. >>> >>> >>>> +                 * to fill buffer descriptor. We don't touch memory at >>>> +                 * "virtual" address of this page. >>> >>> >>> you need to stick "the" in a bunch of places above. >> >> Ok, I'll fix this comment! >> >>> >>>> +                 */ >>>> +                sg_init_one(&bufs[out_sg], >>>> +                        va + skb_frag->bv_offset, >>>> +                        skb_frag->bv_len); >>>> +                sgs[out_sg] = &bufs[out_sg]; >>>> +                out_sg++; >>>> +            } >>>>          } >>>> >>>>          ret = virtqueue_add_sgs(vq, sgs, out_sg, in_sg, skb, GFP_KERNEL); >>> >>> >>> There's a problem here: if there vq is small this will fail. >>> So you really should check free vq s/gs and switch to non-zcopy >>> if too small. >> >> Ok, so idea is that: >> >> if (out_sg > vq->num_free) >>    reorganise current skb for copy mode (e.g. 2 out_sg - header and data) >>    and try to add it to vq again. >> >> ? >> >> @Stefano, I'll remove net-next tag (guess RFC is not required again, but not net-next >> anyway) as this change will require review. R-b I think should be also removed. All >> other patches in this set still unchanged. > > It's still a new feature so we have net-next tree as the target, right? > > I think we should keep net-next. Even if patches require to be > re-reviewed, net-next indicates the tree where we want these to be merge > and for new features is the right one. > > Ack for not putting RFC again and for R-b removal for this patch. Ok, Thanks, Arseniy > > Thanks, > Stefano >