netdev - Re: [PATCH RESEND net-next 2/2] net/ipv6: resolve warning in ip6

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <233ad4e5-4439-4c85-96e6-6d55ec2622ac@kernel.org>
Date: Mon, 22 Jan 2024 12:41:41 -0700
From: David Ahern <dsahern@...nel.org>
To: Breno Leitao <leitao@...ian.org>, weiwan@...gle.com, kuba@...nel.org,
 "David S. Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>,
 Paolo Abeni <pabeni@...hat.com>
Cc: leit@...a.com, "open list:NETWORKING [IPv4/IPv6]"
 <netdev@...r.kernel.org>, open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH RESEND net-next 2/2] net/ipv6: resolve warning in
 ip6_fib.c

On 1/22/24 11:19 AM, Breno Leitao wrote:
> In some configurations, the 'iter' variable in function
> fib6_repair_tree() is unused, resulting the following warning when
> compiled with W=1.
> 
>     net/ipv6/ip6_fib.c:1781:6: warning: variable 'iter' set but not used [-Wunused-but-set-variable]
>      1781 |         int iter = 0;
> 	  |             ^
> 
> It is unclear what is the advantage of this RT6_TRACE() macro[1], since
> users can control pr_debug() in runtime, which is better than at
> compilation time. pr_debug() has no overhead when disabled.
> 
> Remove the RT6_TRACE() in favor of simple pr_debug() helpers.
> 
> [1] Link: https://lore.kernel.org/all/ZZwSEJv2HgI0cD4J@gmail.com/
> Signed-off-by: Breno Leitao <leitao@...ian.org>
> ---
>  include/net/ip6_fib.h |  6 ------
>  net/ipv6/ip6_fib.c    | 15 +++++++++------
>  net/ipv6/route.c      |  8 ++++----
>  3 files changed, 13 insertions(+), 16 deletions(-)
> 

Reviewed-by: David Ahern <dsahern@...nel.org>