intel_link_bw_atomic_check(9)
πΈ NAME πΈ
Okay so bestie, this is the intel_link_bw_atomic_check(9) page from the Kernel API Manual β and yes, itβs giving βdisplay link bandwidth checkβ energy π
β¨
intel_link_bw_atomic_check β check display link states and set a fallback config if needed π«Ά
β¨ SYNOPSIS β¨
int intel_link_bw_atomic_check (struct intel_atomic_state *state ,
struct intel_link_bw_limits *new_limits );
π ARGUMENTS π
stateβ atomic state, no cap πnew_limitsβ link BW limits, fr fr π
π DESCRIPTION π
Okay so hereβs the tea: this function checks the configuration of all shared display links in state, and if thereβs a BW limitation, it sets new BW limits in new_limits. Thatβs the whole flex π₯
π₯ RETURN π₯
0β the configuration is valid, slay β-EAGAINβ the configuration is invalid andnew_limitsgot updated with fallback values; with those fallback values, the configuration of all CRTCs instatemust be recomputed ππ- Other negative error β the configuration is invalid without a fallback possibility, or the check failed for another reason π
π¦ SEE ALSO π¦
- Kernel file:
./drivers/gpu/drm/i915/display/intel_link_bw.c intel_link_bw_init_limits(9)__intel_link_bw_reduce_bpp(9)intel_link_bw_compute_pipe_bpp(9)intel_link_bw_set_bpp_limit_for_pipe(9)
Go read these if youβre in your Unix main character era ππ
signed off from the source/version ./drivers/gpu/drm/i915/display, dated October 2026, on the intel_link_bw_atomic_check(9) page β periodt πβ¨
π¦ 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