[<prev] [next>] [day] [month] [year] [list]
Message-ID: <20240308045058.1221154-1-rkannoth@marvell.com>
Date: Fri, 8 Mar 2024 10:20:58 +0530
From: Ratheesh Kannoth <rkannoth@...vell.com>
To: <rkannoth@...vell.com>, <netdev@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, Heiner Kallweit <hkallweit1@...il.com>
Subject: Re: [PATCH] net: phy: simplify a check in phy_check_link_status
On 2024-03-08 at 02:46:12, Heiner Kallweit (hkallweit1@...il.com) wrote:
> Handling case err == 0 in the other branch allows to simplify the
> code. In addition I assume in "err & phydev->eee_cfg.tx_lpi_enabled"
> it should have been a logical and operator. It works as expected also
> with the bitwise and, but using a bitwise and with a bool value looks
> ugly to me.
>
> Signed-off-by: Heiner Kallweit <hkallweit1@...il.com>
> ---
> drivers/net/phy/phy.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
> index c3a0a5ee5..c4236564c 100644
> --- a/drivers/net/phy/phy.c
> +++ b/drivers/net/phy/phy.c
> @@ -985,10 +985,10 @@ static int phy_check_link_status(struct phy_device *phydev)
> phydev->state = PHY_RUNNING;
> err = genphy_c45_eee_is_active(phydev,
> NULL, NULL, NULL);
IMO, better to rename "err" to "ret", and do if (ret == true). OR,
we should fix syntax of genphy_c45_eee_is_active() to return bool (true/false)
than doing this, because function name suggest so , xxx_is_active(). err == 0, norm is
for success case.
> - if (err < 0)
> + if (err <= 0)
> phydev->enable_tx_lpi = false;
> else
> - phydev->enable_tx_lpi = (err & phydev->eee_cfg.tx_lpi_enabled);
> + phydev->enable_tx_lpi = phydev->eee_cfg.tx_lpi_enabled;
>
> phy_link_up(phydev);
> } else if (!phydev->link && phydev->state != PHY_NOLINK) {
> --
> 2.44.0
Powered by blists - more mailing lists