Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp3471956rdh; Thu, 28 Sep 2023 12:40:23 -0700 (PDT) X-Google-Smtp-Source: AGHT+IG3qC0hnCmYuV00Meo05f/l/wIZl57/0NhrabQZGvp/X2t3Jab72gcqQ7e84y+7r5leFnTw X-Received: by 2002:a05:6358:63a2:b0:141:3a1:1877 with SMTP id k34-20020a05635863a200b0014103a11877mr1672645rwh.14.1695930022933; Thu, 28 Sep 2023 12:40:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695930022; cv=none; d=google.com; s=arc-20160816; b=b4WQsheK9uJKMfpWTLAGtvFiZav18OOnPx46JLY1NTDk2JRU/iOsg1zBhO0mobZLFz 7Gfc79+BYi8kMJ5X5LCfT8ict+e63NW5+Xip8rXMnW9IEXjeyUxAPdIlDlTtTZ1MvqJI X1vJtQwrR18YrdQDbGJ1s+U/FJhvGt369+wZf0ahjCc+UyNGmlLqK/tjdOGpeJ/nsdfA ii7RY186xW5o8rZgfMW02sOOH2X3jbGXa8zxw84hiDw0eFMzAo8QnjyudCO53QcV4kVK 1Hi6lRoqSN12hb7cyQgjl/8Aj3HxSvgJnFo3TFEcfMb01tfbfqRKqwN9+TwuciqOFXZF 2b5A== 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:mime-version:date :dkim-signature:message-id; bh=pGdZvr1ABTnkS6FyQGZzkhjY5IN43wHH8rH9TS4UZa0=; fh=CvxLMaddH2QYR3jCcgUlP/YCow7qrlCGOWw4S+0j9tQ=; b=nkWDOpl4bwaOwF3V5yDTXjNUvD2RRAxQkwMJKbAbvzmK+t4fcMTVXD+GhNnL3WDkPR DxtuT1OZOydcSSKE1RpSj8+1wjTqIL72w/+y442c2Qf+fs+7k5ESaUu9OuxUyW3FbnQs ik2l0f42iF9VvW6OBnGUwUDdK5rSdPdkJO/F9KGsbVyG3DM/yiem8Vrm34qyV5z/OPpi G50COGG2J+5sFc4XpgTXVQoQj5mC8NL/3W6QGTNivQOS9z1IUvvqCELYBwD4RSmeQc/w SRDTD5BXktef/A5IpxOKBuWo0/7ZdoZkAwMb7umZdEPE7SD6om2BGie+MNOoXVio+TMs gvbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=R8hohxbq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from morse.vger.email (morse.vger.email. [2620:137:e000::3:1]) by mx.google.com with ESMTPS id f20-20020a637554000000b00578a2438d6asi19782780pgn.209.2023.09.28.12.40.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Sep 2023 12:40:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) client-ip=2620:137:e000::3:1; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=R8hohxbq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:1 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id C6C6080206A0; Thu, 28 Sep 2023 02:22:36 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231812AbjI1JWZ (ORCPT + 99 others); Thu, 28 Sep 2023 05:22:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231788AbjI1JWL (ORCPT ); Thu, 28 Sep 2023 05:22:11 -0400 Received: from out-201.mta0.migadu.com (out-201.mta0.migadu.com [91.218.175.201]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 639FC10D2 for ; Thu, 28 Sep 2023 02:21:42 -0700 (PDT) Message-ID: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1695892901; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=pGdZvr1ABTnkS6FyQGZzkhjY5IN43wHH8rH9TS4UZa0=; b=R8hohxbqJXQNyUaDJ+qhHhgeOunZblZU0EstSELbD0+u0pRUKLHW07tHFE+FsSObIosMvM ob+0e1kQ9D4iZfQ9tBbxFHLHR1MGxiK3b2xfXXWfRWLHcOXrc4CV8RLLXOsxBG5ZoktH83 dJ7TmEmdRRTwlCcvjim1wH8//P+Bn2o= Date: Thu, 28 Sep 2023 17:21:33 +0800 MIME-Version: 1.0 Subject: Re: [PATCH net-next v5] net/core: Introduce netdev_core_stats_inc() for trace Content-Language: en-US To: Paolo Abeni , davem@davemloft.net, edumazet@google.com, kuba@kernel.org Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Alexander Lobakin References: <20230919135517.286766-1-yajun.deng@linux.dev> <619e3735d99c8642b7b84a151515c2fee99ff694.camel@redhat.com> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Yajun Deng In-Reply-To: <619e3735d99c8642b7b84a151515c2fee99ff694.camel@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, 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 morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Thu, 28 Sep 2023 02:22:36 -0700 (PDT) On 2023/9/28 16:23, Paolo Abeni wrote: > On Tue, 2023-09-19 at 21:55 +0800, Yajun Deng wrote: >> Although there is a kfree_skb_reason() helper function that can be used to >> find the reason why this skb is dropped, but most callers didn't increase >> one of rx_dropped, tx_dropped, rx_nohandler and rx_otherhost_dropped. >> >> For the users, people are more concerned about why the dropped in ip >> is increasing. >> >> Introduce netdev_core_stats_inc() for trace. Also, move dev_core_stats() >> and netdev_core_stats_alloc() to dev.c, as they are not called externally. >> >> Signed-off-by: Yajun Deng >> Suggested-by: Alexander Lobakin >> --- >> v5: Access the per cpu pointer before reach the relevant offset. >> v4: Introduce netdev_core_stats_inc() instead of export dev_core_stats_*_inc() >> v3: __cold should be added to the netdev_core_stats_alloc(). >> v2: use __cold instead of inline in dev_core_stats(). >> v1: https://lore.kernel.org/netdev/20230911082016.3694700-1-yajun.deng@linux.dev/ >> --- >> include/linux/netdevice.h | 21 ++++----------------- >> net/core/dev.c | 26 ++++++++++++++++++++++++-- >> 2 files changed, 28 insertions(+), 19 deletions(-) >> >> diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h >> index db3d8429d50d..4c258d44c7d2 100644 >> --- a/include/linux/netdevice.h >> +++ b/include/linux/netdevice.h >> @@ -4001,32 +4001,19 @@ static __always_inline bool __is_skb_forwardable(const struct net_device *dev, >> return false; >> } >> >> -struct net_device_core_stats __percpu *netdev_core_stats_alloc(struct net_device *dev); >> - >> -static inline struct net_device_core_stats __percpu *dev_core_stats(struct net_device *dev) >> -{ >> - /* This READ_ONCE() pairs with the write in netdev_core_stats_alloc() */ >> - struct net_device_core_stats __percpu *p = READ_ONCE(dev->core_stats); >> - >> - if (likely(p)) >> - return p; >> - >> - return netdev_core_stats_alloc(dev); >> -} >> +void netdev_core_stats_inc(struct net_device *dev, u32 offset); >> >> #define DEV_CORE_STATS_INC(FIELD) \ >> static inline void dev_core_stats_##FIELD##_inc(struct net_device *dev) \ >> { \ >> - struct net_device_core_stats __percpu *p; \ >> - \ >> - p = dev_core_stats(dev); \ >> - if (p) \ >> - this_cpu_inc(p->FIELD); \ >> + netdev_core_stats_inc(dev, \ >> + offsetof(struct net_device_core_stats, FIELD)); \ >> } >> DEV_CORE_STATS_INC(rx_dropped) >> DEV_CORE_STATS_INC(tx_dropped) >> DEV_CORE_STATS_INC(rx_nohandler) >> DEV_CORE_STATS_INC(rx_otherhost_dropped) >> +#undef DEV_CORE_STATS_INC >> >> static __always_inline int ____dev_forward_skb(struct net_device *dev, >> struct sk_buff *skb, >> diff --git a/net/core/dev.c b/net/core/dev.c >> index 606a366cc209..4bc0161bc0d6 100644 >> --- a/net/core/dev.c >> +++ b/net/core/dev.c >> @@ -10497,7 +10497,8 @@ void netdev_stats_to_stats64(struct rtnl_link_stats64 *stats64, >> } >> EXPORT_SYMBOL(netdev_stats_to_stats64); >> >> -struct net_device_core_stats __percpu *netdev_core_stats_alloc(struct net_device *dev) >> +static __cold struct net_device_core_stats __percpu *netdev_core_stats_alloc( >> + struct net_device *dev) >> { >> struct net_device_core_stats __percpu *p; >> >> @@ -10510,7 +10511,28 @@ struct net_device_core_stats __percpu *netdev_core_stats_alloc(struct net_device >> /* This READ_ONCE() pairs with the cmpxchg() above */ >> return READ_ONCE(dev->core_stats); >> } >> -EXPORT_SYMBOL(netdev_core_stats_alloc); >> + >> +static inline struct net_device_core_stats __percpu *netdev_core_stats( >> + struct net_device *dev) > I'm sorry for the delayed feedback - conference and traveling in the > way. > > It looks like the 'inline' keyword above is a left-over of a previous > revision? The compiler should generate the same code even without it, > right? If so, it should be better drop it. If so, should I merge netdev_core_stats and netdev_core_stats_inc together, as it didn't called by others. Like: void netdev_core_stats_inc(struct net_device *dev, u32 offset) {         /* This READ_ONCE() pairs with the write in netdev_core_stats_alloc() */         struct net_device_core_stats __percpu *p = READ_ONCE(dev->core_stats);         if (unlikely(!p))                 p = netdev_core_stats_alloc(dev);         if (p)                 (*(unsigned long *)((void *)this_cpu_ptr(p) + offset))++; } EXPORT_SYMBOL_GPL(netdev_core_stats_inc); > > Cheers, > > Paolo >