[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<169051562321.23821.5865219947273364361.git-patchwork-notify@kernel.org>
Date: Fri, 28 Jul 2023 03:40:23 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Andrew Halaney <ahalaney@...hat.com>
Cc: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-stm32@...md-mailman.stormreply.com, netdev@...r.kernel.org,
mcoquelin.stm32@...il.com, pabeni@...hat.com, kuba@...nel.org,
edumazet@...gle.com, davem@...emloft.net, joabreu@...opsys.com,
alexandre.torgue@...s.st.com, peppe.cavallaro@...com,
bhupesh.sharma@...aro.org, vkoul@...nel.org, linux-arm-msm@...r.kernel.org,
jsuraj@....qualcomm.com
Subject: Re: [PATCH net-next v2 0/2] net: stmmac: Increase clk_ptp_ref rate
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@...nel.org>:
On Tue, 25 Jul 2023 16:04:24 -0500 you wrote:
> This series aims to increase the clk_ptp_ref rate to get the best
> possible PTP timestamping resolution possible. Some modified disclosure
> about my development/testing process from the RFC/RFT v1 follows.
>
> Disclosure: I don't know much about PTP beyond what you can google in an
> afternoon, don't have access to documentation about the stmmac IP,
> and have only tested that (based on code comments and git commit
> history) the programming of the subsecond register (and the clock rate)
> makes more sense with these changes. Qualcomm has tested a similar
> change offlist, verifying PTP more formally as I understand it.
>
> [...]
Here is the summary with links:
- [net-next,v2,1/2] net: stmmac: Make ptp_clk_freq_config variable type explicit
https://git.kernel.org/netdev/net-next/c/d928d14be651
- [net-next,v2,2/2] net: stmmac: dwmac-qcom-ethqos: Use max frequency for clk_ptp_ref
https://git.kernel.org/netdev/net-next/c/db845b9b2040
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