dpll_pin_on_pin_register(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… 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 ⭐

  • 0 on success πŸ‘‘
  • negative - error value 😭

πŸ‘€ SEE ALSO πŸ‘€

Kernel file ./drivers/dpll/dpll_core.c plus the whole icon squad:


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