[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<172674362877.1509847.6220074723591714494.git-patchwork-notify@kernel.org>
Date: Thu, 19 Sep 2024 11:00:28 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Vladimir Oltean <vladimir.oltean@....com>
Cc: netdev@...r.kernel.org, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, andrew@...n.ch, hkallweit1@...il.com,
linux@...linux.org.uk, bartosz.golaszewski@...aro.org, ansuelsmth@...il.com,
xiaoning.wang@....com, jonathanh@...dia.com, hfdevel@....net
Subject: Re: [PATCH net] net: phy: aquantia: fix -ETIMEDOUT PHY probe failure when
firmware not present
Hello:
This patch was applied to netdev/net.git (main)
by Paolo Abeni <pabeni@...hat.com>:
On Fri, 13 Sep 2024 15:12:30 +0300 you wrote:
> The author of the blamed commit apparently did not notice something
> about aqr_wait_reset_complete(): it polls the exact same register -
> MDIO_MMD_VEND1:VEND1_GLOBAL_FW_ID - as aqr_firmware_load().
>
> Thus, the entire logic after the introduction of aqr_wait_reset_complete() is
> now completely side-stepped, because if aqr_wait_reset_complete()
> succeeds, MDIO_MMD_VEND1:VEND1_GLOBAL_FW_ID could have only been a
> non-zero value. The handling of the case where the register reads as 0
> is dead code, due to the previous -ETIMEDOUT having stopped execution
> and returning a fatal error to the caller. We never attempt to load
> new firmware if no firmware is present.
>
> [...]
Here is the summary with links:
- [net] net: phy: aquantia: fix -ETIMEDOUT PHY probe failure when firmware not present
https://git.kernel.org/netdev/net/c/194ef9d0de90
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists