On 6/12/2020 4:23 AM, Guinan Sun wrote:
> The retry variable was being incremented before it was evaluated by the
> subsequent conditional against the maximum retries to figure out which
> message to print.  So we'll move the increment op to the end.
> 
> Signed-off-by: Jeb Cramer <jeb.j.cra...@intel.com>
> Signed-off-by: Guinan Sun <guinanx....@intel.com>
> ---
>  drivers/net/ixgbe/base/ixgbe_phy.c | 9 ++++-----
>  1 file changed, 4 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/net/ixgbe/base/ixgbe_phy.c 
> b/drivers/net/ixgbe/base/ixgbe_phy.c
> index 13f00ac67..9bb24f1ef 100644
> --- a/drivers/net/ixgbe/base/ixgbe_phy.c
> +++ b/drivers/net/ixgbe/base/ixgbe_phy.c
> @@ -138,11 +138,11 @@ s32 ixgbe_read_i2c_combined_generic_int(struct ixgbe_hw 
> *hw, u8 addr, u16 reg,
>               ixgbe_i2c_bus_clear(hw);
>               if (lock)
>                       hw->mac.ops.release_swfw_sync(hw, swfw_mask);
> -             retry++;
>               if (retry < max_retry)
>                       DEBUGOUT("I2C byte read combined error - Retrying.\n");
>               else
>                       DEBUGOUT("I2C byte read combined error.\n");
> +             retry++;
>       } while (retry < max_retry);
>  

Isn't this wrong?
With this update "DEBUGOUT("I2C byte read combined error.\n");" log won't be
printed at all.
And instead why not keep "Retrying" log in the loop without check and move
"error" log out of loop, that looks easier to me...

Reply via email to