ice_dpll_rcl...e_on_pin_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

hey bestie, this is the Kernel API Manual entry for ice_dpll_rclk_state_on_pin_get(9) β€” the header shortens it to ice_dpll_rcl...e_on_pin_get(9) because truncation ate the middle, not because the function is shy πŸ’…

ice_dpll_rclk_state_on_pin_get β€” get a state of rclk pin.


✨ SYNOPSIS ✨

int ice_dpll_rclk_state_on_pin_get (const struct dpll_pin *pin , void
       *pin_priv , const struct dpll_pin *parent_pin , void *parent_pin_priv ,
       enum dpll_pin_state *state , struct netlink_ext_ack *extack );

πŸŽ€ ARGUMENTS πŸŽ€

  • pin β€” pointer to a pin
  • pin_priv β€” private data pointer passed on pin registration
  • parent_pin β€” pin parent pointer
  • parent_pin_priv β€” pin parent priv data pointer passed on pin registration
  • state β€” on success holds pin state on parent pin
  • extack β€” error reporting

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so this is a dpll subsystem callback, and its whole vibe is: get a state of a recovered clock pin. that's the assignment, bestie, no cap ✨


πŸ”₯ CONTEXT πŸ”₯

heads up: it acquires pf->dplls.lock.


πŸ‘‘ RETURN πŸ‘‘

  • 0 β€” success
  • negative β€” failure

🌈 SEE ALSO 🌈

the whole linked-up friend group is right here, and yes it is a lot of people at the function party 🫢


mwah πŸ’‹ source/version is ./drivers/net/ethernet/intel/ice, date is October 2026, and the page is ice_dpll_rcl...e_on_pin_get(9) β€” periodt πŸŽ€

πŸ“¦ where this page comes from