dm_crtc_high_irq(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… dm_crtc_high_irq(9) πŸ’…

okay so bestie, welcome to the kernel API manual for dm_crtc_high_irq β€” she lives in the kernel docs (that's the manual name, iykyk) and she is literally the moment a CRTC interrupt gets handled. iconic behavior honestly.


✨ NAME ✨

dm_crtc_high_irq β€” handles CRTC interrupt πŸŽ€


🌸 SYNOPSIS 🌸

void dm_crtc_high_irq (void *interrupt_params );

that's it. that's the whole signature. no cap. 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • interrupt_params β€” used for determining the CRTC instance. that's her whole job, fr fr πŸ’…

πŸ”₯ DESCRIPTION πŸ”₯

okay so picture this: an interrupt hits, and dm_crtc_high_irq is the one who answers the door. she handles the CRTC/VSYNC interrupt by notifying DRM's VBLANK event handler. main character energy, honestly. ✨

now for the lore 🧚 β€” on DCE she's the one on duty (that's VLINE0, set to vblank start). on DCN though? different girl, different path: the equivalent handling is driven by VUPDATE_NO_LOCK in dm_vupdate_high_irq. so like, know which one you're dealing with, bestie. πŸ‘‘

no guessing, no assuming β€” the DCE/DCN split above is literally how it works. πŸ’€

πŸŽ€ SEE ALSO πŸŽ€

kernel file ./drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_irq.c β€” go read her, she's the source 🌈

and the whole friend group πŸ’–:


okay that's the whole page, ily, stan kernel docs πŸ’œπŸŒΈβœ¨

signed off with love from ./drivers/gpu/drm/amd/display/... β€” October 2026, dm_crtc_high_irq(9), periodt. πŸ’…πŸŽ€

πŸ“¦ where this page comes from