dpu_encoder..._irq_disable(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ dpu_encoder_phys_wb_irq_disable ✨

okay bestie, so we're in the Kernel API Manual today β€” yes, the Kernel API Manual, we're fancy now πŸ’… β€” and this page is literally all about dpu_encoder_phys_wb_irq_disable. It's giving "small function, big responsibility," and honestly? Obsessed. 🫢


🌸 NAME 🌸

dpu_encoder_phys_wb_irq_disable β€” the irq control of WB, no cap πŸ’–

Like, that's it. That's the whole job. IRQ control. Of WB. Short queen energy πŸ‘‘.


πŸ¦‹ SYNOPSIS πŸ¦‹

void dpu_encoder_phys_wb_irq_disable (struct dpu_encoder_phys *phys );

so we're returning void β€” nothing comes back, she just does the thing and dips ✨ β€” and she takes exactly one argument, a struct dpu_encoder_phys * named phys. That's the whole signature. Iconic, uncomplicated, minimal. πŸŽ€


🌈 ARGUMENTS 🌈

  • phys β€” pointer to the physical encoder 🧚 like, that's the one and only thing you hand her. A pointer to the physical encoder. She'll take it from there, bestie.
lowkey the whole argument list is one (1) pointer and I respect the restraint fr fr 😭

⭐ SEE ALSO ⭐

the full friend group, in the order they're listed, because we don't skip anybody at this table πŸ’œ:

and yes, dpu_encoder_phys_wb_irq_enable(9) is right there in the list β€” she's got a sister and they're both main characters πŸ’€βœ¨


πŸ“ sign-off πŸ“

this little baddie lives in ./drivers/gpu/drm/msm/disp/dpu1, and this page was dated October 2026 β€” yes, October 2026, we're reading from the future apparently πŸ¦‹ β€” and it's filed under dpu_encoder..._irq_disable(9), which is literally the title of the page, so it's giving full-circle moment πŸŽ€

k byeee, go disable some irqs responsibly πŸ’–βœ¨

πŸ“¦ where this page comes from