[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZCm1InKDMQERLsK3@corigine.com>
Date: Sun, 2 Apr 2023 19:02:26 +0200
From: Simon Horman <simon.horman@...igine.com>
To: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
Cc: Giuseppe Cavallaro <peppe.cavallaro@...com>,
Alexandre Torgue <alexandre.torgue@...s.st.com>,
Jose Abreu <joabreu@...opsys.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>,
Maxime Coquelin <mcoquelin.stm32@...il.com>,
Nobuhiro Iwamatsu <nobuhiro1.iwamatsu@...hiba.co.jp>,
netdev@...r.kernel.org, linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, kernel@...gutronix.de
Subject: Re: [PATCH net-next 02/11] net: stmmac: dwmac-visconti: Make
visconti_eth_clock_remove() return void
On Sun, Apr 02, 2023 at 04:30:16PM +0200, Uwe Kleine-König wrote:
> The function returns zero unconditionally. Change it to return void
> instead which simplifies one caller as error handing becomes
> unnecessary.
>
> Signed-off-by: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
...
> @@ -267,9 +265,7 @@ static int visconti_eth_dwmac_remove(struct platform_device *pdev)
>
> stmmac_pltfr_remove(pdev);
>
> - err = visconti_eth_clock_remove(pdev);
> - if (err < 0)
> - dev_err(&pdev->dev, "failed to remove clock: %d\n", err);
> + visconti_eth_clock_remove(pdev);
>
> stmmac_remove_config_dt(pdev, priv->plat);
err is now returned uninitialised by this function.
I see that err is removed in a later patch.
But perhaps it's best to make this patch clean in this regard too.
Powered by blists - more mailing lists