devm_sdca_irq_allocate(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… devm_sdca_irq_allocate ✨

okay bestie, welcome to the Kernel API Manual β€” this one's short and sweet and honestly kind of a vibe πŸŽ€


πŸ¦‹ NAME πŸ¦‹

devm_sdca_irq_allocate β€” literally just allocates an SDCA interrupt structure for a device. that's the whole job. no cap πŸ’–


✨ SYNOPSIS ✨

struct sdca_interrupt_info * devm_sdca_irq_allocate (struct device *sdev
, struct regmap *regmap , int irq );

look at her. three args, one pointer back, iconic behavior only πŸ‘‘


🌸 ARGUMENTS 🌸

  • sdev β€” the device pointer, and yes she's the one everything gets allocated against (devm energy β€” the cleanup is not your problem, bestie 🫢).
  • regmap β€” the regmap used to poke at the SDCA IRQ registers. this is the access route, treat her right.
  • irq β€” the interrupt number. the actual number. the irq itself. fr fr πŸ’€

πŸ’œ DESCRIPTION πŸ’œ

so the way this works: typically you'd call this from the top level driver for the whole SDCA device. why? because only a single instance is required across all Functions on the device. one. uno. that's the tea β˜• β€” don't be out here allocating one per Function, that's not the move πŸ™ˆ


🌈 RETURN 🌈

a pointer to the allocated sdca_interrupt_info struct β€” or an error code 😭 (so like, always check, bestie. always check.)


⭐ SEE ALSO ⭐

kernel file ./sound/soc/sdca/sdca_interrupts.c and the whole friend group:


πŸ’€ quick vibe check: everything above is exactly as documented, no extra lore, no invented behavior. iykyk.

and that's the whole page 🧚 from the source ./sound/soc/sdca, dated October 2026 β€” mwah, go allocate something slay πŸ’…πŸ’–

πŸ“¦ where this page comes from