intel_frontb...r_invalidate(9)
π intel_frontbuffer_invalidate β invalidate frontbuffer object
okay so bestie, we're in the Kernel API Manual today and the star of the show is intel_frontbuffer_invalidate π (the header truncates it all cute like intel_frontb...r_invalidate(9), but you and me both know the whole name, iykyk β¨)
πΈ SYNOPSIS πΈ
bool intel_frontbuffer_invalidate (struct intel_frontbuffer *front ,
enum fb_op_origin origin );
like, that's the whole vibe check β two args, one bool coming back atcha π«Ά
π ARGUMENTS π
frontβ the GEM object we're invalidating, bestie. that's the main character right there πoriginβ which operation caused the invalidation. literally the receipts of why this is happening π₯
π¦ DESCRIPTION π¦
so this function gets called every single time rendering on the given object starts, and frontbuffer caching has gotta get invalidated β we're talking fbc, low refresh rate for DRRS, and panel self refresh. all three, no cap π
and here's the tea for ORIGIN_CS specifically β β any subsequent invalidation gets delayed until the rendering completes, or until a flip on this frontbuffer plane is scheduled. so like... it waits its turn, periodt β¨
ngl this one's important β if you skip the invalidate, your cached frontbuffer is just sitting there lying to you π
π SEE ALSO π
- Kernel file
./drivers/gpu/drm/i915/display/intel_frontbuffer.hβ go read the header, it's giving source of truth π intel_frontbuffer_flush(9)β the sibling function, obvi π§
okay that's the whole page, mwah π this little masterpiece lives in ./drivers/gpu/drm/i915/display and it's dated October 2026, so like, future vibes only β slay, go invalidate something responsibly π
π¦ 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