dcn32_subvp...k_admissable(9)
π dcn32_subvp_vblank_admissable β like, the whole vibe check
okay so bestie, welcome to the Kernel API Manual β¨ you're looking at dcn32_subvp_vblank_admissable(9), and yes the page header is doing that truncated thing (dcn32_subvp...k_admissable(9)) because apparently even manpages have a character limit, iconic behavior honestly π
πΈ NAME πΈ
dcn32_subvp_vblank_admissable β determine if SubVP + Vblank config is admissible π¦
Like, is this configuration allowed? That's the whole question. She's a yes/no girlie.
β¨ SYNOPSIS β¨
bool dcn32_subvp_vblank_admissable (struct dc *dc , struct dc_state
*context , int vlevel );
Returns a bool, takes a struct dc *, a struct dc_state *, and an int. That's it. That's the whole signature π
π«Ά ARGUMENTS π«Ά
dcβ the current DC state. Like, what's happening right now, the present-tense of the display, no cap.contextβ the new DC state that's about to be programmed. The future. The main character we're about to install πvlevelβ the voltage level, and it's calculated by DML. Not you, not me. DML did the math. We respect DML's math π₯
π DESCRIPTION π
So here's the tea, bestie: SubVP + Vblank is admissible under the following conditions. And listen, all of these have to hit β it's giving strict vibes π
- Config must have 2 displays (i.e., 2 non-phantom master pipes). Literally two. Not one, not three. Two. The phantom ones don't count, they're not real, they're phantom, the name is right there π
- One display is SubVP. Just one. The other one is doing its own thing.
- The other display must not have Freesync capability. Sorry to the Freesync girlies, this specific config says no π
- DML must have output DRAM clock change support as SubVP + Vblank. If DML didn't output it, it's not happening, periodt.
- The potential vblank display must not be PSR capable. PSR-capable? Then this configuration isn't the one, bestie π
ngl these conditions are cumulative β it's an "and" situation, not an "or" situation. Every single box gets checked or the whole thing falls apart π§
π RETURN π
Trueif admissible π slay, it works.falseotherwise π she's not the one.
β SEE ALSO β
Go read the source, bestie, it's all right there in the kernel file π
./drivers/gpu/drm/amd/display/dc/resource/dcn32/dcn32_resource_helpers.c
And the whole friend group of related functions β these are her sisters fr fr:
dcn32_helper_calculate_num_ways_for_subvp(9)dcn32_determine_det_override(9)dcn32_can_support_mclk_switch_using_fw_based_vblank_stretch(9)disallow_subvp_in_active_plus_blank(9)dcn32_subvp_drr_admissable(9)
mwah π this page came to you straight from ./drivers/gpu/drm/amd/display/... (the Kernel API Manual, October 2026 issue) β and the title up top is still dcn32_subvp...k_admissable(9) because we don't abbreviate and we don't apologize β¨π¦πΈ bye bestie, go check your master pipes π
π¦ 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