sdca_irq_cleanup(9)
π sdca_irq_cleanup β Kernel API Manual β¨
okay so bestie, we're in the kernel API manual today and the star of the show is sdca_irq_cleanup from section 9. she's a cleanup girlie and honestly? iconic behavior.
πΈ NAME πΈ
sdca_irq_cleanup β frees the regular IRQs for an SDCA Function π§
β¨ SYNOPSIS β¨
void sdca_irq_cleanup (struct device *dev , struct sdca_function_data
*function , struct sdca_interrupt_info *info );
no cap, that's the whole signature. she returns void and takes three pointers. periodt. π
π ARGUMENTS π
devβ the device pointer, aka the one thesdca_interrupt_infowas allocated against. she's the receipts, keep her around π«Άfunctionβ pointer to the SDCA Function. the main character of this whole operation πinfoβ pointer to the SDCA interrupt info for this device. this is the stuff getting cleaned up π§Ή
π¦ DESCRIPTION π¦
so basically, typically this would be called from the driver for a single SDCA Function, from component remove. that's the vibe check β it's the teardown step, the "okay we're done here" moment πβ¨
π SEE ALSO π
kernel file ./sound/soc/sdca/sdca_interrupts.c β go read it, iykyk π
and her whole friend group:
sdca_irq_request(9)sdca_irq_free(9)sdca_irq_data_populate(9)sdca_irq_populate_early(9)sdca_irq_populate(9)sdca_irq_cleanup_late(9)devm_sdca_irq_allocate(9)sdca_irq_enable_early(9)sdca_irq_enable(9)sdca_irq_disable(9)
mwah π that's the page! brought to you from ./sound/soc/sdca, dated October 2026 β literally a whole moment in kernel history. slay, go free those regular IRQs responsibly ππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms