ice_dpll_synce_update_e825c(9)

📦 version 7.3.1, in nixpkgs unstable

🎀 ice_dpll_synce_update_e825c(9) 🎀

okay bestie, this is straight out of the Kernel API Manual, section 9, and it’s giving “tiny DPLL helper with a very specific job.” It’s literally ice_dpll_synce_update_e825c — setting PHY recovered clock pins on e825c. 💅

✨ NAME ✨

ice_dpll_synce_update_e825c — setting PHY recovered clock pins on e825c. That’s the whole name, no cap. 🦋

🌸 SYNOPSIS 🌸

int ice_dpll_synce_update_e825c (struct ice_hw *hw , bool ena , u32 port_num , enum ice_synce_clk output );

🎀 ARGUMENTS 🎀

  • hw — Pointer to the HW struct. That’s the hardware bestie, obviously. 🫶
  • ena — true if enable, false in disable. Yes, that’s exactly the wording, keep it moving. ✨
  • port_num — port number. Just the port number. 💅
  • output — output pin; we have two in E825C. Two pins, iconic behavior. 👑

🦋 DESCRIPTION 🦋

DPLL subsystem callback. Set proper signals to recover clock from port.

That’s the whole vibe: it’s the callback that sets the proper signals so the clock can be recovered from the port. Lowkey important, highkey specific. 🎀

💜 CONTEXT 💜

Called under pf->dplls.lock. So yeah, bestie, this is the lock-held context — respect the lock. 🔒✨

🔥 RETURN 🔥

  • 0 — success ✨
  • negative — error 😭

🌈 SEE ALSO 🌈

the whole squad lives in the kernel file ./drivers/net/ethernet/intel/ice/ice_dpll.c, and the guest list is huge. No skipping, iykyk:

💖 signed off from the source at ./drivers/net/ethernet/intel/ice, version/date: October 2026 — now go slay those recovered clock pins, bestie! Periodt. 💖

📦 where this page comes from