[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210210221455.jo22rq6eey3ujqmt@mobilestation>
Date: Thu, 11 Feb 2021 01:14:55 +0300
From: Serge Semin <Sergey.Semin@...kalelectronics.ru>
To: Jisheng Zhang <Jisheng.Zhang@...aptics.com>
CC: Serge Semin <fancer.lancer@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Giuseppe Cavallaro <peppe.cavallaro@...com>,
Alexandre Torgue <alexandre.torgue@...com>,
Jose Abreu <joabreu@...opsys.com>,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Johan Hovold <johan@...nel.org>,
Maxime Ripard <mripard@...nel.org>,
Joao Pinto <jpinto@...opsys.com>,
Lars Persson <larper@...s.com>,
Maxime Coquelin <mcoquelin.stm32@...il.com>,
Alexey Malahov <Alexey.Malahov@...kalelectronics.ru>,
Pavel Parkhomenko <Pavel.Parkhomenko@...kalelectronics.ru>,
Vyacheslav Mitrofanov
<Vyacheslav.Mitrofanov@...kalelectronics.ru>,
<netdev@...r.kernel.org>,
<linux-stm32@...md-mailman.stormreply.com>,
<linux-arm-kernel@...ts.infradead.org>,
<devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 16/24] net: stmmac: Use optional reset control API to
work with stmmaceth
On Wed, Feb 10, 2021 at 02:49:24PM +0800, Jisheng Zhang wrote:
> Hi,
>
> On Mon, 8 Feb 2021 16:56:00 +0300 Serge Semin wrote:
>
>
> >
> > Since commit bb3222f71b57 ("net: stmmac: platform: use optional clk/reset
> > get APIs") a manual implementation of the optional device reset control
> > functionality has been replaced with using the
> > devm_reset_control_get_optional() method. But for some reason the optional
> > reset control handler usage hasn't been fixed and preserved the
> > NULL-checking statements. There is no need in that in order to perform the
> > reset control assertion/deassertion because the passed NULL will be
> > considered by the reset framework as absent optional reset control handler
> > anyway.
> >
> > Fixes: bb3222f71b57 ("net: stmmac: platform: use optional clk/reset get APIs")
>
> The patch itself looks good, but the Fix tag isn't necessary since the
> patch is a clean up rather than a bug fix. Can you please drop it in next
> version?
Ok. I'll remove it.
-Sergey
>
> Thanks
>
> > Signed-off-by: Serge Semin <Sergey.Semin@...kalelectronics.ru>
> > ---
> > .../net/ethernet/stmicro/stmmac/stmmac_main.c | 19 ++++++++-----------
> > 1 file changed, 8 insertions(+), 11 deletions(-)
> >
> > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > index 4f1bf8f6538b..a8dec219c295 100644
> > --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> > @@ -4935,15 +4935,13 @@ int stmmac_dvr_probe(struct device *device,
> > if ((phyaddr >= 0) && (phyaddr <= 31))
> > priv->plat->phy_addr = phyaddr;
> >
> > - if (priv->plat->stmmac_rst) {
> > - ret = reset_control_assert(priv->plat->stmmac_rst);
> > - reset_control_deassert(priv->plat->stmmac_rst);
> > - /* Some reset controllers have only reset callback instead of
> > - * assert + deassert callbacks pair.
> > - */
> > - if (ret == -ENOTSUPP)
> > - reset_control_reset(priv->plat->stmmac_rst);
> > - }
> > + ret = reset_control_assert(priv->plat->stmmac_rst);
> > + reset_control_deassert(priv->plat->stmmac_rst);
> > + /* Some reset controllers have only reset callback instead of
> > + * assert + deassert callbacks pair.
> > + */
> > + if (ret == -ENOTSUPP)
> > + reset_control_reset(priv->plat->stmmac_rst);
> >
> > /* Init MAC and get the capabilities */
> > ret = stmmac_hw_init(priv);
> > @@ -5155,8 +5153,7 @@ int stmmac_dvr_remove(struct device *dev)
> > stmmac_exit_fs(ndev);
> > #endif
> > phylink_destroy(priv->phylink);
> > - if (priv->plat->stmmac_rst)
> > - reset_control_assert(priv->plat->stmmac_rst);
> > + reset_control_assert(priv->plat->stmmac_rst);
> > if (priv->hw->pcs != STMMAC_PCS_TBI &&
> > priv->hw->pcs != STMMAC_PCS_RTBI)
> > stmmac_mdio_unregister(ndev);
> > --
> > 2.29.2
> >
>
Powered by blists - more mailing lists