From patchwork Sat Mar 25 22:02:43 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Arseniy Krasnov X-Patchwork-Id: 7210 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp628420vqo; Sat, 25 Mar 2023 15:11:45 -0700 (PDT) X-Google-Smtp-Source: AKy350bnjnbXZKdq7cYY36SimxbEP+hxuhjt7tpL0H+IVEyeY/3YPxocChp4+KwPgG7Qsf5b3gLk X-Received: by 2002:a17:902:e546:b0:1a1:cc5a:b04 with SMTP id n6-20020a170902e54600b001a1cc5a0b04mr7840354plf.3.1679782305743; Sat, 25 Mar 2023 15:11:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679782305; cv=none; d=google.com; s=arc-20160816; b=Iv79dqO3VOgxV3AtMemz6wZkL2o0V+mLSbrQxENkQuNuHH4IcSdwXvHd+3efoJA2oX wO+obGrgxzuOsEx9lFGX2u9iNDdnKy0+1eS3IpkV0PyQDwjphTFBX0F8VZOriuO2HK6A hgl9UcAQaVsIDP+oba3O3Lnc1RKDhIosJCI98bGfBdKOSnU/QhGtax6vcUIhonFFOOr6 suhI1QuFwJoJCZ5aVend7VJ5L8vSwdsA/qdJ4sFJ1l8pMiEW/EtkBosQ6+1eVutXBhdT 11tjNOQ3I/hUs7dCIJlUhiDTosmDUSg0aS63mquEUDMg4Ru7dLIFrebd04uYUV0Iq+bX fPog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:subject:from:cc:to :content-language:user-agent:mime-version:date:message-id :dkim-signature; bh=COjmnQ0Wk0XlisNwkVt0MBAIKEpqB54cYItuwSog830=; b=PJfCKSXROGNnwzGdBbCwMWWarNTLxq+CoYuNmq+SsOiZ8R16+bs+zr9NZdTfsFtu/H /uz/Ojt+wFCsL/QYIyhtMvxWjwP/up6JGfQUJd3Btlr1p93Hs2y5Jmr6TuFhMBmfliix JrRB77cBwYA86seGePFnKvMxRqb9BBojnrM5YHFDmiYyHVRufMf6DdKtIE/EnSId68ub ntlpzf7Wpf10tawVHZWXBgtFjVf88TTsgEV10teLyms85uvijWrfNmqBsLstrODMwvPC zDFhU/BrGj9tEmBTDN9PudivnvEHI/Uz2B8FTcBKGxeTLvT3pCb61Z4rpCl6o62uaEEc e/bg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=XttBPZvU; 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: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t185-20020a6381c2000000b0051334c90cbbsi2710924pgd.22.2023.03.25.15.11.32; Sat, 25 Mar 2023 15:11:45 -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=XttBPZvU; 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 S230292AbjCYWGM (ORCPT + 99 others); Sat, 25 Mar 2023 18:06:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47568 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229488AbjCYWGK (ORCPT ); Sat, 25 Mar 2023 18:06:10 -0400 Received: from mx.sberdevices.ru (mx.sberdevices.ru [45.89.227.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9F99555A8; Sat, 25 Mar 2023 15:06:07 -0700 (PDT) Received: from s-lin-edge02.sberdevices.ru (localhost [127.0.0.1]) by mx.sberdevices.ru (Postfix) with ESMTP id 251A85FD02; Sun, 26 Mar 2023 01:06:04 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1679781964; bh=COjmnQ0Wk0XlisNwkVt0MBAIKEpqB54cYItuwSog830=; h=Message-ID:Date:MIME-Version:To:From:Subject:Content-Type; b=XttBPZvUI3OKLhyW5Whx9oC7CJnSp4iGn5v8WzQkII1U6QqxaklfugRIqfcK5qnKU BZ0mrm6kcGviWYHpjb0XX45rSlOm8Bq8BzQn+PLVf+K/lEaktq98E5g+yZDJ8mVr2r 9GcEDNp3GltJqEXHZOLPQs3Z6+IKHZrBVjjoY0pdS1pBAkCJyhCDIfkW5+nOw+Eub3 ysx+JZTkcNpdjww7MvxpKPn5OwI9swUS9lc/Np7gINSE5p0isBXRAz8/fpQxtqQvX8 6c6zsb7ND4rF2s8PTNK6T4C3o6qGM6NV22UK7iXNEJk+4d2/Ydz9mVNYZK/FkwepzZ 7/D3SP9KcroRA== Received: from S-MS-EXCH01.sberdevices.ru (S-MS-EXCH01.sberdevices.ru [172.16.1.4]) by mx.sberdevices.ru (Postfix) with ESMTP; Sun, 26 Mar 2023 01:05:58 +0300 (MSK) Message-ID: Date: Sun, 26 Mar 2023 01:02:43 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Content-Language: en-US To: Stefan Hajnoczi , Stefano Garzarella , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Bobby Eshleman CC: , , , , , , From: Arseniy Krasnov Subject: [PATCH net-next v5 0/2] allocate multiple skbuffs on tx X-Originating-IP: [172.16.1.6] X-ClientProxiedBy: S-MS-EXCH01.sberdevices.ru (172.16.1.4) To S-MS-EXCH01.sberdevices.ru (172.16.1.4) X-KSMG-Rule-ID: 4 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiPhishing: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 1.1.2.30, bases: 2023/03/25 18:14:00 #21009230 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1761379410589946073?= X-GMAIL-MSGID: =?utf-8?q?1761379410589946073?= This adds small optimization for tx path: instead of allocating single skbuff on every call to transport, allocate multiple skbuff's until credit space allows, thus trying to send as much as possible data without return to af_vsock.c. Also this patchset includes second patch which adds check and return from 'virtio_transport_get_credit()' and 'virtio_transport_put_credit()' when these functions are called with 0 argument. This is needed, because zero argument makes both functions to behave as no-effect, but both of them always tries to acquire spinlock. Moreover, first patch always calls function 'virtio_transport_put_credit()' with zero argument in case of successful packet transmission. Link to v1: https://lore.kernel.org/netdev/2c52aa26-8181-d37a-bccd-a86bd3cbc6e1@sberdevices.ru/ Link to v2: https://lore.kernel.org/netdev/ea5725eb-6cb5-cf15-2938-34e335a442fa@sberdevices.ru/ Link to v3: https://lore.kernel.org/netdev/f33ef593-982e-2b3f-0986-6d537a3aaf08@sberdevices.ru/ Link to v4: https://lore.kernel.org/netdev/0e0c1421-7cdc-2582-b120-cad6f42824bb@sberdevices.ru/ Link to v5: https://lore.kernel.org/netdev/f0b283a1-cc63-dc3d-cc0c-0da7f684d4d2@sberdevices.ru/ Changelog: v1 -> v2: - If sent something, return number of bytes sent (even in case of error). Return error only if failed to sent first skbuff. v2 -> v3: - Handle case when transport callback returns unexpected value which is not equal to 'skb->len'. Break loop. - Don't check for zero value of 'rest_len' before calling 'virtio_transport_put_credit()'. Decided to add this check directly to 'virtio_transport_put_credit()' in separate patch. v3 -> v4: - Use WARN_ONCE() to handle case when transport callback returns unexpected value. - Remove useless 'ret = -EFAULT;' assignment for case above. v4 -> v5: - Remove extra 'ret' initialization. - Remove empty extra line before 'if (ret < 0)'. - Add R-b tag for the first patch. - Add second patch, thus creating patchset of 2 patches. Arseniy Krasnov (2): virtio/vsock: allocate multiple skbuffs on tx virtio/vsock: check argument to avoid no effect call net/vmw_vsock/virtio_transport_common.c | 63 +++++++++++++++++++------ 1 file changed, 49 insertions(+), 14 deletions(-)