[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<TY3PR01MB113460A7A4FCC4715108CF2A886882@TY3PR01MB11346.jpnprd01.prod.outlook.com>
Date: Fri, 23 Aug 2024 09:41:51 +0000
From: Biju Das <biju.das.jz@...renesas.com>
To: Serge Semin <fancer.lancer@...il.com>
CC: Yangtao Li <frank.li@...o.com>, "clement.leger@...tlin.com"
<clement.leger@...tlin.com>, "andrew@...n.ch" <andrew@...n.ch>,
"f.fainelli@...il.com" <f.fainelli@...il.com>, "olteanv@...il.com"
<olteanv@...il.com>, "davem@...emloft.net" <davem@...emloft.net>,
"edumazet@...gle.com" <edumazet@...gle.com>, "kuba@...nel.org"
<kuba@...nel.org>, "pabeni@...hat.com" <pabeni@...hat.com>,
"ulli.kroll@...glemail.com" <ulli.kroll@...glemail.com>,
"linus.walleij@...aro.org" <linus.walleij@...aro.org>,
"marcin.s.wojtas@...il.com" <marcin.s.wojtas@...il.com>,
"linux@...linux.org.uk" <linux@...linux.org.uk>,
"alexandre.torgue@...s.st.com" <alexandre.torgue@...s.st.com>,
"joabreu@...opsys.com" <joabreu@...opsys.com>, "mcoquelin.stm32@...il.com"
<mcoquelin.stm32@...il.com>, "hkallweit1@...il.com" <hkallweit1@...il.com>,
"kees@...nel.org" <kees@...nel.org>, "justinstitt@...gle.com"
<justinstitt@...gle.com>, "u.kleine-koenig@...gutronix.de"
<u.kleine-koenig@...gutronix.de>, "horms@...nel.org" <horms@...nel.org>,
"sd@...asysnail.net" <sd@...asysnail.net>,
"linux-renesas-soc@...r.kernel.org" <linux-renesas-soc@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-stm32@...md-mailman.stormreply.com"
<linux-stm32@...md-mailman.stormreply.com>, Maxime Chevallier
<maxime.chevallier@...tlin.com>
Subject: RE: [net-next v2 2/9] net: stmmac: platform: Convert to
devm_clk_get_enabled() and devm_clk_get_optional_enabled()
> -----Original Message-----
> From: Serge Semin <fancer.lancer@...il.com>
> Sent: Friday, August 23, 2024 10:37 AM
> To: Biju Das <biju.das.jz@...renesas.com>
> Cc: Yangtao Li <frank.li@...o.com>; clement.leger@...tlin.com; andrew@...n.ch; f.fainelli@...il.com;
> olteanv@...il.com; davem@...emloft.net; edumazet@...gle.com; kuba@...nel.org; pabeni@...hat.com;
> ulli.kroll@...glemail.com; linus.walleij@...aro.org; marcin.s.wojtas@...il.com; linux@...linux.org.uk;
> alexandre.torgue@...s.st.com; joabreu@...opsys.com; mcoquelin.stm32@...il.com; hkallweit1@...il.com;
> kees@...nel.org; justinstitt@...gle.com; u.kleine-koenig@...gutronix.de; horms@...nel.org;
> sd@...asysnail.net; linux-renesas-soc@...r.kernel.org; netdev@...r.kernel.org; linux-
> kernel@...r.kernel.org; linux-arm-kernel@...ts.infradead.org; linux-stm32@...md-
> mailman.stormreply.com; Maxime Chevallier <maxime.chevallier@...tlin.com>
> Subject: Re: [net-next v2 2/9] net: stmmac: platform: Convert to devm_clk_get_enabled() and
> devm_clk_get_optional_enabled()
>
> Hi Biju
>
> On Fri, Aug 23, 2024 at 09:15:06AM +0000, Biju Das wrote:
> > Hi Serge Semin,
> >
> > > -----Original Message-----
> > > From: Serge Semin <fancer.lancer@...il.com>
> > > Sent: Friday, August 23, 2024 10:11 AM
> > > Subject: Re: [net-next v2 2/9] net: stmmac: platform: Convert to
> > > devm_clk_get_enabled() and
> > > devm_clk_get_optional_enabled()
> > >
> > > Hi Yangtao
> > >
> > > On Fri, Aug 23, 2024 at 01:21:14AM -0600, Yangtao Li wrote:
> > > > Use devm_clk_get_enabled() and devm_clk_get_optional_enabled() to
> > > > simplify code.
> > > >
> > > > Signed-off-by: Yangtao Li <frank.li@...o.com>
> > > > Reviewed-by: Maxime Chevallier <maxime.chevallier@...tlin.com>
> > > > ---
> > > > v2:
> > > > -remove unused 'ret'
> > > > -fix incompatible-pointer-types
> > > >
> > > > .../ethernet/stmicro/stmmac/stmmac_platform.c | 35
> > > > +++++--------------
> > > > 1 file changed, 8 insertions(+), 27 deletions(-)
> > > >
> > > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> > > > b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> > > > index ad868e8d195d..1a66baaa4081 100644
> > > > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> > > > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> > > > @@ -415,8 +415,6 @@ static int stmmac_of_get_mac_mode(struct
> > > > device_node *np) static void stmmac_remove_config_dt(struct platform_device *pdev,
> > > > struct plat_stmmacenet_data *plat) {
> > > > - clk_disable_unprepare(plat->stmmac_clk);
> > > > - clk_disable_unprepare(plat->pclk);
> > > > of_node_put(plat->phy_node);
> > > > of_node_put(plat->mdio_node);
> > > > }
> > > > @@ -436,7 +434,6 @@ stmmac_probe_config_dt(struct platform_device *pdev, u8 *mac)
> > > > struct plat_stmmacenet_data *plat;
> > > > struct stmmac_dma_cfg *dma_cfg;
> > > > int phy_mode;
> > > > - void *ret;
> > > > int rc;
> > > >
> > > > plat = devm_kzalloc(&pdev->dev, sizeof(*plat), GFP_KERNEL); @@
> > > > -615,21 +612,16 @@ stmmac_probe_config_dt(struct platform_device
> > > > *pdev, u8 *mac)
> > > >
> > > > /* clock setup */
> > > > if (!of_device_is_compatible(np, "snps,dwc-qos-ethernet-4.10")) {
> > > > - plat->stmmac_clk = devm_clk_get(&pdev->dev,
> > > > - STMMAC_RESOURCE_NAME);
> > > > + plat->stmmac_clk = devm_clk_get_enabled(&pdev->dev,
> > > > +STMMAC_RESOURCE_NAME);
> > > > if (IS_ERR(plat->stmmac_clk)) {
> > > > dev_warn(&pdev->dev, "Cannot get CSR clock\n");
> > > > plat->stmmac_clk = NULL;
> > > > }
> > > > - clk_prepare_enable(plat->stmmac_clk);
> > > > }
> > > >
> > > > - plat->pclk = devm_clk_get_optional(&pdev->dev, "pclk");
> > > > - if (IS_ERR(plat->pclk)) {
> > > > - ret = plat->pclk;
> > > > - goto error_pclk_get;
> > > > - }
> > > > - clk_prepare_enable(plat->pclk);
> > > > + plat->pclk = devm_clk_get_optional_enabled(&pdev->dev, "pclk");
> > > > + if (IS_ERR(plat->pclk))
> > >
> > > > + return (void *)plat->pclk;
> > >
> > > Use the ERR_CAST() macro instead of the open coded void type cast.
> >
>
> > Which is better ERR_PTR or ERR_CAST in this case?
>
> The only correct macro in this case is ERR_CAST() which implies one error-pointer cast to another.
> Open-coding the pointers cast is discouraged.
>
> The ERR_PTR() macro is utilized to cast an _integer-error_ to an error-pointer.
Thanks for the clarification. Make sense.
Cheers,
Biju
Powered by blists - more mailing lists