ice_dpll_pp...hase_offsets(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ice_dpll_pps_update_phase_offsets β€” a Kernel API Manual moment ✨

okay so bestie, gather round, because we're about to read phase offset measurements for the PPS dpll device and honestly? it's giving main character energy. this one lives in the Kernel API Manual, section 9 (iykyk). πŸŽ€


🌸 NAME 🌸

ice_dpll_pps_update_phase_offsets β€” update phase offset measurements ✨


πŸ¦‹ SYNOPSIS πŸ¦‹

int ice_dpll_pps_update_phase_offsets (struct ice_pf *pf , u32
*phase_offset_pins_updated );

πŸ“ ARGUMENTS πŸ“

  • pf β€” the pf private structure, aka the whole vibe container we're working inside πŸ’–
  • phase_offset_pins_updated β€” returns the mask of updated input pin indexes, so like, it tells you which pins got a glow-up 🫢

🌈 DESCRIPTION 🌈

So here's the tea: this function reads the phase offset measurements for the PPS dpll device and stores the values in the input pins array. Literally just read and store, no drama. πŸ“–

On success, phase_offset_pins_updated fills up the bitmask of updated input pin indexes β€” and those pins shall be notified, okay? don't leave them on read. πŸ‘€


🧚 CONTEXT 🧚

Shall be called with pf->dplls.lock being locked. πŸ”’ no cap, this is not optional, the lock is the whole point bestie.

πŸ”₯ RETURN πŸ”₯

  • 0 β€” success, or no data available (we love a chill zero) πŸ’œ
  • negative β€” AQ failure 😭

πŸ‘‘ SEE ALSO πŸ‘‘

the Kernel file ./drivers/net/ethernet/intel/ice/ice_dpll.c, plus this absolutely iconic lineup of friends:


and that's the whole page, bestie β€” no crumbs left behind 🫢✨ this one's straight outta ./drivers/net/ethernet/intel/ice, all the way back from October 2026. slay, stay locked, and hydrate πŸ’…πŸ’–

πŸ“¦ where this page comes from