dpll_pin_on_pin_register(9)
π
dpll_pin_on_pin_register(9) β register a pin with a parent pin
Okay so this page comes from the Kernel API Manual, and it's literally the glow-up notes for dpll_pin_on_pin_register(9). Bestie, it's giving "wire up a pin to its parent pin and make the references behave" energy. β¨
π NAME π
dpll_pin_on_pin_register β register a pin with a parent pin
π SYNOPSIS π
int dpll_pin_on_pin_register (struct dpll_pin *parent , struct dpll_pin
*pin , const struct dpll_pin_ops *ops , void *priv );
π«Ά ARGUMENTS π«Ά
parentβ pointer to a parent pin πpinβ pointer to a pin πΈopsβ ops for a dpll pin πprivβ pointer to private information of owner π
π¦ DESCRIPTION π¦
Register a pin with a parent pin, create references between them, and create references between the newly registered pin and the dplls connected with a parent pin. No cap, that's the whole vibe: parent + pin get linked, and the fresh pin also gets its references sorted with the dplls hanging off that parent pin. π«
π CONTEXT π
Acquires a lock (dpll_lock). So yeah, it's locking β not me forgetting the lock, bestie. π
β RETURN β
0on success π- negative - error value π
π SEE ALSO π
Kernel file ./drivers/dpll/dpll_core.c plus the whole icon squad:
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)fwnode_dpll_pin_find(9)dpll_pin_register(9)dpll_pin_unregister(9)dpll_pin_on_pin_unregister(9)dpll_pin_ref_sync_pair_add(9)dpll_pin_own_dpll_ref_first(9)
Source/version: ./drivers/dpll β date: October 2026. This iconic dpll_pin_on_pin_register(9) page says byeee, go register those pins responsibly! π«Άπ
π¦ 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