intel_dp_li...t_max_limits(9)
π intel_dp_link_caps_get_max_limits β the Kernel API Manual bestie era
okay so real talk, this is a page from the Kernel API Manual (yes, the actual Kernel API Manual, we're fancy now π) and it's all about intel_dp_link_caps_get_max_limits, which β no cap β gets the current maximum link limits. let's get into it π
β¨ NAME β¨
intel_dp_link_caps_get_max_limits β get the current maximum link limits π«Ά
πΈ SYNOPSIS πΈ
void intel_dp_link_caps_get_max_limits (struct intel_dp_link_caps
*link_caps , struct intel_dp_link_config *max_link_limits );
it's giving void, it's giving two struct pointers, it's giving icon behavior β¨
π¦ ARGUMENTS π¦
link_capsβ the link capabilities state, aka the vibe holder for all the caps info π«max_link_limitsβ the returned maximum link limits. yes bestie, this one gets filled in for you, it's the output π
π₯ DESCRIPTION π₯
so what it does is: it returns the current maximum rate and lane count limits into max_link_limits. simple, clean, slay π
these limits constrain the set of allowed configurations β like, they're the boundary keepers, the bouncers at the club of valid configs π
here's the lore though π«Ά: the limits get set to the maximum common supported values after intel_dp_link_caps_reset is called, and then later they can be modified by intel_dp_link_caps_set_max_limits. glow-up era β¨
important detail, don't skip: the max rate and lane count parameters are independent limits, so the pair does not necessarily define a valid configuration. like yes they're both valid individually, but together? maybe not a match, lowkey π
and now the spicy part πΆοΈ β this function may be called without serializing against updates to link_caps. freedom! but at what cost? π
without that serialization, the returned value may be an out-of-sync (link rate, lane count) tuple, i.e. the parameters may belong to different update snapshots in time. literally two different eras of data in one tuple, it's giving time traveler energy, not in a cute way π
β οΈ fr fr: no serialization = possible mismatched snapshot pair. don't act surprised when it happens.
π SEE ALSO π
- Kernel file
./drivers/gpu/drm/i915/display/intel_dp_link_caps.cβ the source, the mothership π DisplayPort link capabilities(9)intel_dp_link_caps_get_max_config(9)intel_dp_link_caps_get_max_bw_config(9)intel_dp_link_caps_disable_config(9)intel_dp_link_caps_set_max_limits(9)intel_dp_link_caps_reset_max_limits(9)intel_dp_link_caps_update(9)intel_dp_link_caps_reset(9)intel_dp_link_caps_debugfs_add(9)
and that's the whole page, bestie ππ this gem lives in ./drivers/gpu/drm/i915/display, dated October 2026 β yes, future coded, we stay ahead π
β¨ mwah, go read the other link caps pages, ily, bye π§ββοΈπ
π¦ 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