devm_regulat...supply_alias(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… devm_regulat...supply_alias(9) β€” Kernel API Manual, bestie edition πŸŽ€

okay so this one's from the Kernel API Manual, and the function name got cutely truncated to devm_regulat...supply_alias(9) because even man pages have a character limit, slay.


✨ NAME ✨

devm_regulator_register_supply_alias β€” the resource-managed glow-up of regulator_register_supply_alias(). it's giving "I'll clean up after myself" energy, no cap πŸ’–

🌸 SYNOPSIS 🌸

int devm_regulator_register_supply_alias (struct device *dev , const
       char *id , struct device *alias_dev , const char *alias_id );

that's the whole vibe right there. four args, one int, iconic. 🌈

πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the device that's getting supplied. like, the one being fed. πŸ“
  • id β€” the supply name or regulator ID. yep, it's the identifier bestie.
  • alias_dev β€” the device that should be used to look up the supply. this is the one doing the looking-up, main character energy ✨
  • alias_id β€” the supply name or regulator ID that should be used to look up the supply. so yeah, the lookup-side ID, not to be confused with id, they are literally different things πŸ™ˆ

πŸ’œ DESCRIPTION πŸ’œ

okay so the whole point: the supply alias will automatically be unregistered when the source device is unbound. that's the "resource managed" part β€” you don't have to remember to unregister it yourself, it just handles it. obsessed. 🫢

⭐ SEE ALSO ⭐

Kernel file ./drivers/regulator/devres.c β€” and here comes the friend group, the whole regulator devres squad, no one left out:

like, the entire group chat. go read them, iykyk. πŸ’…


πŸŽ€ and that's the page!! sign-off time: this one lives in ./drivers/regulator and it's dated October 2026, so yeah, future-coded of it. bye bestie, go manage some resources πŸ’–βœ¨πŸ¦‹

πŸ“¦ where this page comes from