[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230614134909.GT3635807@google.com>
Date: Wed, 14 Jun 2023 14:49:09 +0100
From: Lee Jones <lee@...nel.org>
To: Dan Carpenter <dan.carpenter@...aro.org>
Cc: Christian Marangi <ansuelsmth@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Vladimir Oltean <olteanv@...il.com>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Pavel Machek <pavel@....cz>, netdev@...r.kernel.org,
Andrew Lunn <andrew@...n.ch>,
"David S. Miller" <davem@...emloft.net>, linux-leds@...r.kernel.org,
kernel-janitors@...r.kernel.org
Subject: Re: [PATCH v2 net-next resend] leds: trigger: netdev: uninitialized
variable in netdev_trig_activate()
On Wed, 14 Jun 2023, Dan Carpenter wrote:
> The qca8k_cled_hw_control_get() function which implements ->hw_control_get
> sets the appropriate bits but does not clear them. This leads to an
> uninitialized variable bug. Fix this by setting mode to zero at the
> start.
>
> Fixes: e0256648c831 ("net: dsa: qca8k: implement hw_control ops")
> Signed-off-by: Dan Carpenter <dan.carpenter@...aro.org>
> Reviewed-by: Andrew Lunn <andrew@...n.ch>
> ---
> Resending because this actually goes through net-next and not the led
> subsystem.
>
> v2: In the original patch I fixed qca8k_cled_hw_control_get() instead
> so that patch went to netdev instead of to the led subsystem.
> https://lore.kernel.org/all/5dff3719-f827-45b6-a0d3-a00efed1099b@moroto.mountain/
> Fixing it here is a more reliable way to do it.
>
> drivers/leds/trigger/ledtrig-netdev.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Lee Jones <lee@...nel.org>
--
Lee Jones [李琼斯]
Powered by blists - more mailing lists