[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20160115.114253.673366436532953675.davem@davemloft.net>
Date: Fri, 15 Jan 2016 11:42:53 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: elfring@...rs.sourceforge.net
Cc: dan.carpenter@...cle.com, netdev@...r.kernel.org,
claudiu.manoil@...escale.com, linux-kernel@...r.kernel.org,
kernel-janitors@...r.kernel.org, julia.lawall@...6.fr
Subject: Re: [PATCH v3 2/3] gianfar: Delete unnecessary variable
initialisations in gfar_ethflow_to_filer_table()
From: SF Markus Elfring <elfring@...rs.sourceforge.net>
Date: Fri, 15 Jan 2016 12:34:33 +0100
>>> +++ b/drivers/net/ethernet/freescale/gianfar_ethtool.c
>>> @@ -768,12 +768,12 @@ static void ethflow_to_filer_rules (struct gfar_private *priv, u64 ethflow)
>>> static int gfar_ethflow_to_filer_table(struct gfar_private *priv, u64 ethflow,
>>> u64 class)
>>> {
>>> - unsigned int last_rule_idx = priv->cur_filer_idx;
>>> + unsigned int last_rule_idx;
>>
>> This is a write only variable. We can just remove it.
>
> Can a static source code analysis tool like the software "http://smatch.sourceforge.net/"
> detect that such a variable is not read by this function implementation so far?
No, but a human can.
And a human should fully analyze any change he writes based upon static
analysis tool results.
I am going to be honest, and say that I am completely ignoring most of
your static checker patches. You don't put enough care and consideration
into them, and I really don't have time to waste on looking at something
like that.
Powered by blists - more mailing lists