ice_dpll_frequency_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ice_dpll_frequency_get β€” NAME

okay so ice_dpll_frequency_get is literally just a wrapper for the pin callback that gets you the frequency ✨ (that's the whole NAME section, bestie, and yes it's in the Kernel API Manual, we're fancy now πŸŽ€).


🌸 SYNOPSIS

int ice_dpll_frequency_get (const struct dpll_pin *pin , void *pin_priv
, const struct dpll_device *dpll , void *dpll_priv , u64 *frequency ,
struct netlink_ext_ack *extack , enum ice_dpll_pin_type pin_type );

like, that's the whole signature, no cap πŸ’œ


✨ ARGUMENTS

  • pin β€” pointer to a pin 🧚 (yes girl, that's your pin)
  • pin_priv β€” the private data pointer that got passed on pin registration
  • dpll β€” pointer to dpll
  • dpll_priv β€” the private data pointer that got passed on dpll registration
  • frequency β€” on success this holds the pin's frequency πŸ”₯
  • extack β€” error reporting (the messenger girlie for when things go wrong 😭)
  • pin_type β€” the type of pin being configured

πŸ’– DESCRIPTION

It wraps the internal get frequency command of a pin. That's it. That's the vibe. She's a thin little wrapper and she knows it πŸ‘‘


πŸ”’ CONTEXT

Acquires pf->dplls.lock β€” so like, mind the lock, bestie, she's holding it πŸ™ˆ


⭐ RETURN

  • 0 β€” success πŸŽ‰
  • negative β€” error, pin not found or couldn't get from hw πŸ’€ (both are covered by that one negative return, so don't go assuming which one you got)

πŸ¦‹ SEE ALSO

first up, the kernel file: ./drivers/net/ethernet/intel/ice/ice_dpll.c and enum ice_dpll_pin_type(9). and then the whole extended family, presenting:

like okay that's a lot of friends but she's popular, what can you do πŸ’…


and that's the whole page, bestie 🫢 this one lives in ./drivers/net/ethernet/intel/ice, dated October 2026 β€” mwah, go read the source, ily, bye πŸ“πŸ’œ

πŸ“¦ where this page comes from