Thread (8 messages) 8 messages, 3 authors, 13d ago

Re: [PATCH net-next 0/3][pull request] ice: expose TSPLL state on E825 through dpll subsystem

From: patchwork-bot+netdevbpf@kernel.org
Date: 2026-09-15 01:51:10

Hello:

This series was applied to netdev/net-next.git (main)
by Tony Nguyen [off-list ref]:

On Tue,  8 Sep 2026 15:24:23 -0700 you wrote:
Grzegorz Nitka says:

On E825 devices that own the source timer, the TSPLL can lose lock when
the TCXO or TIME_REF signal is disrupted. This series adds monitoring
and recovery for that condition, then surfaces the lock status and clock
source selection through the dpll subsystem. It also fixes the clock_id
generation for E825 generic DPLL devices so userspace can unambiguously
map each DPLL device to its owning interface.

[...]
Here is the summary with links:
  - [net-next,1/3] ice: monitor TSPLL lock from PTP periodic worker
    https://git.kernel.org/netdev/net-next/c/e72d09173c12
  - [net-next,2/3] ice: add TSPLL DPLL device and TIME_REF pin for E825
    https://git.kernel.org/netdev/net-next/c/41dfc378867f
  - [net-next,3/3] ice: use per-interface clock_id for E825 generic DPLLs
    https://git.kernel.org/netdev/net-next/c/97bd063c08a2

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help