From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 58ACCC43465 for ; Mon, 21 Sep 2020 02:08:39 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 15E3B2076B for ; Mon, 21 Sep 2020 02:08:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726444AbgIUCIh (ORCPT ); Sun, 20 Sep 2020 22:08:37 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:13733 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726184AbgIUCIh (ORCPT ); Sun, 20 Sep 2020 22:08:37 -0400 Received: from DGGEMS401-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 7D4B3A2B58E6D22EB7B0; Mon, 21 Sep 2020 10:08:35 +0800 (CST) Received: from localhost.localdomain (10.69.192.58) by DGGEMS401-HUB.china.huawei.com (10.3.19.201) with Microsoft SMTP Server id 14.3.487.0; Mon, 21 Sep 2020 10:08:25 +0800 From: Yunsheng Lin To: , , , , , , , , , , CC: , , Subject: [PATCH net-next] net: use in_softirq() to indicate the NAPI context in napi_consume_skb() Date: Mon, 21 Sep 2020 10:04:53 +0800 Message-ID: <1600653893-206277-1-git-send-email-linyunsheng@huawei.com> X-Mailer: git-send-email 2.8.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.69.192.58] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When napi_consume_skb() is called in the tx desc cleaning process, it is usually in the softirq context(BH disabled, or are processing softirqs), but it may also be in the task context, such as in the netpoll or loopback selftest process. Currently napi_consume_skb() uses non-zero budget to indicate the NAPI context, the driver writer may provide the wrong budget when tx desc cleaning function is reused for both NAPI and non-NAPI context, see [1]. So this patch uses in_softirq() to indicate the NAPI context, which doesn't necessarily mean in NAPI context, but it shouldn't care if NAPI context or not as long as it runs in softirq context or with BH disabled, then _kfree_skb_defer() will push the skb to the particular cpu' napi_alloc_cache atomically. [1] https://lkml.org/lkml/2020/9/15/38 Signed-off-by: Yunsheng Lin --- note that budget parameter is not removed in this patch because it involves many driver changes, we can remove it in separate patch if this patch is accepted. --- net/core/skbuff.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/net/core/skbuff.c b/net/core/skbuff.c index e077447..03d0d28 100644 --- a/net/core/skbuff.c +++ b/net/core/skbuff.c @@ -895,8 +895,10 @@ void __kfree_skb_defer(struct sk_buff *skb) void napi_consume_skb(struct sk_buff *skb, int budget) { - /* Zero budget indicate non-NAPI context called us, like netpoll */ - if (unlikely(!budget)) { + /* called by non-softirq context, which usually means non-NAPI + * context, like netpoll. + */ + if (unlikely(!in_softirq())) { dev_consume_skb_any(skb); return; } -- 2.8.1