devm_regula...et_exclusive(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… devm_regula...et_exclusive(9) β€” like, the full name is devm_regulator_bulk_get_exclusive

okay so bestie, welcome to the Kernel API Manual πŸŽ€ (yes the header truncates the name, that's just how it vibes β€” the real one is devm_regulator_bulk_get_exclusive).


✨ NAME ✨

devm_regulator_bulk_get_exclusive β€” managed exclusive get of multiple regulator consumers. it's giving "grab the whole friend group at once, and they get auto-released later" 🫢


🌸 SYNOPSIS 🌸

int devm_regulator_bulk_get_exclusive (struct device *dev , int
num_consumers , struct regulator_bulk_data *consumers );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the device to supply. literally the main character here πŸ”₯
  • num_consumers β€” how many consumers to register. count 'em, bestie.
  • consumers β€” the configuration of consumers; the clients get stored here. this is where the good stuff lands πŸ’–

πŸ‘‘ DESCRIPTION πŸ‘‘

so it returns 0 on success, and a negative error number on failure. periodt.

this helper function lets drivers exclusively get several regulator consumers in one single operation, with management baked in β€” the regulators will automatically be freed when the device is unbound ✨. that's the "managed" part, iykyk.

and listen: if ANY of the regulators can't be acquired, then any regulators that were already allocated will be freed before returning to the caller. no leaks, no leftover mess, she cleans up after herself πŸ’…

🌈 SEE ALSO 🌈


okay that's the whole page bestie, go read the source, it ate πŸ’€βœ¨

sign-off time: this lil masterpiece lives in ./drivers/regulator, dated October 2026, and the manual name on the tin is Kernel API Manual 🌸 mwah, bye πŸŽ€

πŸ“¦ where this page comes from