[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<175409365375.4093813.8768013399045659560.git-patchwork-notify@kernel.org>
Date: Sat, 02 Aug 2025 00:14:13 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Florian Fainelli <florian.fainelli@...adcom.com>
Cc: netdev@...r.kernel.org, opendmb@...il.com, f.fainelli@...il.com,
bcm-kernel-feedback-list@...adcom.com, andrew@...n.ch, hkallweit1@...il.com,
linux@...linux.org.uk, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, jacob.e.keller@...el.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH net v2] net: mdio: mdio-bcm-unimac: Correct rate fallback
logic
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@...nel.org>:
On Wed, 30 Jul 2025 13:25:33 -0700 you wrote:
> When the parent clock is a gated clock which has multiple parents, the
> clock provider (clk-scmi typically) might return a rate of 0 since there
> is not one of those particular parent clocks that should be chosen for
> returning a rate. Prior to ee975351cf0c ("net: mdio: mdio-bcm-unimac:
> Manage clock around I/O accesses"), we would not always be passing a
> clock reference depending upon how mdio-bcm-unimac was instantiated. In
> that case, we would take the fallback path where the rate is hard coded
> to 250MHz.
>
> [...]
Here is the summary with links:
- [net,v2] net: mdio: mdio-bcm-unimac: Correct rate fallback logic
https://git.kernel.org/netdev/net/c/a81649a4efd3
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