sdca_irq_free(9)

📦 version 7.3.1, in nixpkgs unstable

💅 sdca_irq_free — free an individual SDCA interrupt

okay so bestie, welcome to the Kernel API Manual page for sdca_irq_free(9) 🎀. yes the page is named after itself, it's giving self-titled album energy, and honestly? iconic. let's get into it ✨

🌸 SYNOPSIS 🌸

void sdca_irq_free (struct device *dev , struct sdca_interrupt_info
*info , int sdca_irq , const char *name , void *data );

that's the whole vibe. one function, five args, returns void (so like… nothing, she doesn't report back, she just does the thing 🫶).

🦋 ARGUMENTS 🦋

  • dev — pointer to the struct device. yes, that device. the one whose interrupt we're freeing. main character device energy 👑
  • info — pointer to the interrupt information structure. the receipts, the records, the bookkeeping 💅
  • sdca_irq — the SDCA interrupt position. which one we're freeing, like seating a guest but in reverse 🪑✨
  • name — the name to be given to the IRQ. give her a cute name, she deserves one 💖
  • data — a private data pointer that will be passed to the handler. your little side-channel of personal lore, passed along 🍓

✨ DESCRIPTION ✨

so normally 👀 — like, typically — this whole thing is handled internally by sdca_irq_cleanup. she's got it, she's on it, no notes.

BUT 🚨 if a device requires custom IRQ handling, you can call this bad boy manually before calling sdca_irq_cleanup. and here's the cute part: sdca_irq_cleanup will then skip that IRQ whilst processing. lowkey polite of her tbh 🙈💜

so like, the order matters bestie. manually free first, cleanup second, and cleanup knows to leave your custom-handled one alone. no cap, that's the whole deal.

🔥 SEE ALSO 🔥

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

they're all in the groupchat, go say hi 🫶💖

and that's the page!! 🌈 this absolutely slayed its way out of ./sound/soc/sdca in October 2026, brought to you by the Kernel API Manual — mwah, stan the kernel docs, periodt ⭐💅🎀

📦 where this page comes from