Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp6525049rwl; Wed, 22 Mar 2023 11:43:51 -0700 (PDT) X-Google-Smtp-Source: AK7set9fbTa8ndjNFpuo8ey2R2A0Byqy3cDsReTGt2zhNmoMhXlxU5ERPVFqSuznFmkYziphpG3U X-Received: by 2002:a05:6a20:8b14:b0:cc:d7ec:b7c with SMTP id l20-20020a056a208b1400b000ccd7ec0b7cmr655379pzh.4.1679510631089; Wed, 22 Mar 2023 11:43:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679510631; cv=none; d=google.com; s=arc-20160816; b=er8FYKVkGi/LFkd0XT0w82Lwg3tK3qO0TGCiOpu+QkRvYEKP6gfcw7kzVNccdISzUO mMB2oGDG+e/uaC6vnPg6NT2He6EcsFsr/VUL1oc69wSDwQLbVIB+f4o/zlRIIe/Poeim ee2A5t65eqQyMmDKNhMi6R3CkjolujJs5lbU3SmPOJ2PiEX9IujbGGVSyB/hKVsKjIIx 99CpHKQrOIpRj9naWFZfgPOak0oPbCr8ibCzH1zpxSIK0giLW7pf1eMFs6rHX0BOg9f+ yhjyHWZgIgJ4zKkv2df6Tv+9Yf0oZY+3Ay90bAMfkh0x/yBbi+DZMFtyefodwO90mAGs RJlw== 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=NvKZablmSuUGBnHdnINiyWE+DWIXy85aNC7Cap2SCFg=; b=TGlK+vriG7lyv6MiEvwqLDDe7V7ImBtVQB7NXJO+DfNcK2ICu8oYmcXX+LyJYXDMXd C898wf2h77tw6LR3+x59Px1VH4M+BvZk3hjjaWNqYE2XKwwpwvIWp0vLVfHdOQuh1wUr 4vWQrr0KcEVViYHm5pXGxwaeZ9r4/cIZeeMkIlzF0/DddHHqutgl7eC0CggEpGlDPsWs Q15SSWbzj3T7Z5YAVoFGwboYHYMKjpKx2VlQ3C/0nyXupg/+Zk9H55SA0DUJZOAuE1lO G14I7oRvKZzDECaSi73rFaPcfnXESiTQ2hyZL3q9q4WPoOKzPpRAmT6eoC0AW2/nmQ20 rKQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=MjqBiz9G; 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 p9-20020a654bc9000000b00502d5c32148si16127792pgr.248.2023.03.22.11.43.39; Wed, 22 Mar 2023 11:43:51 -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=MjqBiz9G; 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 S230260AbjCVSho (ORCPT + 99 others); Wed, 22 Mar 2023 14:37:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42030 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229522AbjCVShm (ORCPT ); Wed, 22 Mar 2023 14:37:42 -0400 Received: from mx.sberdevices.ru (mx.sberdevices.ru [45.89.227.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D9F2460BB; Wed, 22 Mar 2023 11:37:39 -0700 (PDT) Received: from s-lin-edge02.sberdevices.ru (localhost [127.0.0.1]) by mx.sberdevices.ru (Postfix) with ESMTP id 362D05FD3E; Wed, 22 Mar 2023 21:37:37 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1679510257; bh=NvKZablmSuUGBnHdnINiyWE+DWIXy85aNC7Cap2SCFg=; h=Message-ID:Date:MIME-Version:To:From:Subject:Content-Type; b=MjqBiz9GzaLNpo7pvI+ugc9lX1qgsxtzdpKsrdzs1O5v49uBroTt4k9yGzdmTUA8L L+UCIA6T2VLNLyZs6X+P9tTl0bOyL1VRQVssb9w7kRyT6d7shR9AtOCN9pd//wKNFT 9lctEB+6rK7JSStCMSTP8KuiLCurOFj/uf+eC16jlv0ay0qYxbw5qU2vPTqAGsvqka hyVD2ECcw3LN9kPnzJ/RyX5ZAzx+7MCMSMMpc9NaUeA449uLyFm9i4+ffG5ci21pUB bHztYuqZRsGHj4MzZ/3+5PbPskO+U+cUPLU+26GBM2b2aO1QC0uP49wlUQ/Xl+WgdL tiwXFf2x5vWeg== Received: from S-MS-EXCH01.sberdevices.ru (S-MS-EXCH01.sberdevices.ru [172.16.1.4]) by mx.sberdevices.ru (Postfix) with ESMTP; Wed, 22 Mar 2023 21:37:33 +0300 (MSK) Message-ID: Date: Wed, 22 Mar 2023 21:34:23 +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: [RFC PATCH v5 0/2] allocate multiple skbuffs on tx Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit 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/22 14:20:00 #20991698 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,URIBL_BLOCKED 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 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/ 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(-) -- 2.25.1