dpll_pin_own_dpll_ref_first(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… dpll_pin_own_dpll_ref_first(9) πŸ’…

okay so bestie, welcome to the Kernel API Manual β€” yes we're reading kernel docs together, that's just the kind of friendship we have 🫢


✨ NAME ✨

dpll_pin_own_dpll_ref_first β€” find the first owner dpll ref of a pin πŸŽ€


✨ SYNOPSIS ✨

struct dpll_pin_ref * dpll_pin_own_dpll_ref_first (struct dpll_pin *pin
);

✨ ARGUMENTS ✨

  • pin β€” pointer to a dpll pin 🌸 (that's the little guy we're investigating)

✨ DESCRIPTION ✨

okay so here's the vibe πŸ’« β€” this function goes digging through pin's dpll_refs, searching for a ref whose dpll matches the pin's (module, clock_id) tuple. iykyk, that means: the dpll that was registered by the driver that created the pin β€” its actual owner πŸ‘‘.

why do we care bestie? because this makes sure pin-level attributes get reported and modified using the owner's ops 😀 even when that same pin is also registered with dplls from other drivers. like yes the pin is popular and hangs out with lots of dplls, but the owner still gets the final say. main character energy fr fr πŸ’…


✨ RETURN ✨

pointer to the owner's dpll_pin_ref 🎯 β€” or NULL if no owner ref is found 😭 (no owner, no ref, sad times)


✨ SEE ALSO ✨

Kernel file ./drivers/dpll/dpll_core.c 🌈 plus all these iconic functions:


okay that's the whole page, you ate that πŸ“ go forth and find those owner refs bestie!! πŸ’–

anyway this lil masterpiece lives in ./drivers/dpll, dated October 2026, and it's filed under dpll_pin_own_dpll_ref_first(9) β€” periodt πŸ’œβœ¨

πŸ“¦ where this page comes from