fwnode_dpll_pin_find(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ fwnode_dpll_pin_find(9) ✨

okay bestie, welcome to the fwnode_dpll_pin_find page from the Kernel API Manual β€” this one's short and sweet and it's literally just "find me the dpll pin that belongs to this firmware node" πŸŽ€


🌸 NAME 🌸

fwnode_dpll_pin_find β€” find a dpll pin by firmware node reference πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

struct dpll_pin * fwnode_dpll_pin_find (struct fwnode_handle *fwnode ,
dpll_tracker *tracker );

πŸŽ€ ARGUMENTS πŸŽ€

  • fwnode β€” the reference to the firmware node, aka the thing you're trying to match up 🌟
  • tracker β€” the tracking object for the acquired reference, it's giving "responsible adult holding the receipt" πŸ™ˆ

πŸ’– DESCRIPTION πŸ’–

so basically: you hand it a firmware node reference, and it gets you the existing object of a pin that is associated with that given firmware node reference. no cap, that's the whole vibe. it's not creating anything new, it's finding what's already there 🫢


πŸ”₯ CONTEXT πŸ”₯

heads up: this bad boy acquires a lock (dpll_lock) πŸ”’ so like, be normal about it, okay?


πŸ‘‘ RETURN πŸ‘‘

  • a valid dpll_pin pointer on success ✨ slay
  • NULL when no such pin exists 😭 (not an error, just… nobody home)

🌈 SEE ALSO 🌈

the kernel file ./drivers/dpll/dpll_core.c and honestly the whole dpll friend group:


πŸ’€ reminder bestie: only the listed pins come back, and NULL is a whole valid answer. don't come for the function when there's just no pin, iykyk.

and that's the page!! 🧚 this lil gem lives in ./drivers/dpll and it's dated October 2026, filed under fwnode_dpll_pin_find(9) β€” go forth and find your pins, periodt πŸ’œπŸ“

πŸ“¦ where this page comes from