devm_regmap_del_irq_chip(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… devm_regmap_del_irq_chip(9) β€” from the Kernel API Manual, bestie

okay so picture this: you're deep in kernel-land, the devm_* family is your ride-or-die, and you need to yeet an IRQ chip the managed way. That's literally this function. Come with me 🫢


✨ SYNOPSIS ✨

void devm_regmap_del_irq_chip (struct device *dev , int irq , struct
regmap_irq_chip_data *data );

no cap, that's the whole signature. returns void β€” it's giving "I handle it, you don't gotta worry" energy πŸ’…


πŸŽ€ ARGUMENTS πŸŽ€

  • dev β€” the Device for which the resource was allocated. like, the whole reason this is managed in the first place 🧚
  • irq β€” the Primary IRQ for the device. yes queen, the main one, not the little baby virqs 🌸
  • data β€” the regmap_irq_chip_data allocated by regmap_add_irq_chip. the thing you're cleaning up, bestie 😭

πŸ¦‹ DESCRIPTION πŸ¦‹

It's a resource managed version of regmap_del_irq_chip. that's it, that's the tweet ✨

fr fr, that's the entire description β€” this one's short and iconic, and honestly? respect. πŸ‘‘

🌈 SEE ALSO 🌈

the whole regmap-irq friend group, honestly obsessed 🫢⭐


πŸ’€ reminder: devm_ means the cleanup is handled for you β€” so don't go double-freeing, bestie, that's not the vibe check you want.

and that's the page!! mwah 🩷

this cutie lives in ./drivers/base/regmap, dated October 2026, and answers to devm_regmap_del_irq_chip(9) β€” see u in the next manpage, love u, bye πŸŽ€πŸ’œ

πŸ“¦ where this page comes from