intel_displ...spend_access(9)
π NAME π
intel_display_driver_suspend_access β bestie, this one suspends display HW access for all threads, no cap π«Ά
also hi, welcome to the Kernel API Manual, section 9, the page literally titled intel_displ...spend_access(9) (yes the title is truncated, she's a little mysterious like that π
)
β¨ SYNOPSIS β¨
void intel_display_driver_suspend_access (struct intel_display *display );
π ARGUMENTS π
displayβ the display device instance. that's the vibe check right there π¦
πΈ DESCRIPTION πΈ
okay so the whole point: this function disables the display HW access for all threads. all of them. everybody. collectively β¨
examples of the kinds of accesses we're talking about are modeset commits and connector probing π₯
the way this works: this call should be either followed by calling intel_display_driver_resume_access, or the driver should be unloaded/shutdown. like, pick a lane, bestie π don't just leave it hanging.
fr fr, this function should be called during driver unloading and system suspend/shutdown, and specifically after completing the HW deinit programming π so like, order matters, do not skip ahead bestie
π¦ SEE ALSO π¦
- Kernel file
./drivers/gpu/drm/i915/display/intel_display_driver.cβ the main character herself π intel_display_driver_enable_user_access(9)intel_display_driver_disable_user_access(9)intel_display_driver_resume_access(9)intel_display_driver_check_access(9)
the whole access squad, honestly obsessed with them π
and that's the page π
from ./drivers/gpu/drm/i915/display, dated October 2026, filed under intel_displ...spend_access(9) β go forth and suspend responsibly, ily π«Άβ¨
π¦ 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