fwnode_dpll_pin_find(9)
β¨ 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_pinpointer on success β¨ slay NULLwhen 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:
dpll_device_get(9)dpll_device_put(9)dpll_device_register(9)dpll_device_unregister(9)dpll_pin_get(9)dpll_pin_put(9)dpll_pin_fwnode_set(9)dpll_pin_register(9)dpll_pin_unregister(9)dpll_pin_on_pin_register(9)dpll_pin_on_pin_unregister(9)dpll_pin_ref_sync_pair_add(9)dpll_pin_own_dpll_ref_first(9)
π 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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms