napi_get_defer_hard_irqs(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… napi_get_defer_hard_irqs β€” like, the kernel-API manual page, bestie ✨

okay so this is napi_get_defer_hard_irqs(9), and yes that "(9)" means it lives in the kernel API manual section β€” very "I'm not a regular function, I'm a kernel function" energy πŸ‘‘


🌸 NAME 🌸

napi_get_defer_hard_irqs β€” bestie, this literally gets the NAPI's defer_hard_irqs. that's the whole job. iconic, honestly 🫢


✨ SYNOPSIS ✨

u32 napi_get_defer_hard_irqs (const struct napi_struct *n );

like, you hand it a NAPI and it hands you back a u32. match made in heaven πŸ’–


πŸŽ€ ARGUMENTS πŸŽ€

  • n β€” the napi struct you wanna pull the defer_hard_irqs field from. that's it, that's the argument. she's lowkey the whole point πŸ¦‹

⭐ RETURN ⭐

it returns the per-NAPI value of the defar_hard_irqs field. and yes bestie, the manpage literally spells it defar_hard_irqs β€” not me, not my fault, I'm not gonna "fix" it, I'm just the messenger πŸ™ˆ (iykyk, typos are forever πŸ’€)


πŸ”₯ SEE ALSO πŸ”₯

the kernel file ./net/core/dev.h says hi πŸ‘‹ and also these absolute legends:

go read those too, they're all in their get/set era and it's giving "complete collection" πŸ§šπŸ’œ


no cap β€” if you only remember one thing: getter in, getter out, per-NAPI value returned. slay πŸ’…

🌈 and that's the page!! this one came out of ./net/core, dated October 2026, and the header/footer vibes are literally just the same doc wearing a little hat β€” signed, sealed, delivered by your favorite kernel bestie πŸŽ€βœ¨πŸ’–

πŸ“¦ where this page comes from