dcn30_find_..._mclk_switch(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

dcn30_find_dummy_latency_index_for_fw_based_mclk_switch β€” okay so bestie, this one finds the dummy_latency_index when MCLK switching is happening with firmware based vblank stretch enabled. The way it works is it literally just iterates through the table of dummy pstate latencies until it finds the lowest value that lets dm_allow_self_refresh_and_mclk_switch actually happen. That's it. That's the whole vibe. πŸ¦‹

This is from the Kernel API Manual, btw, in case you were wondering where you wandered into. πŸ‘‘


✨ SYNOPSIS ✨

int dcn30_find_dummy_latency_index_for_fw_based_mclk_switch (struct dc
*dc , struct dc_state *context , display_e2e_pipe_params_st *pipes , int
pipe_cnt , int vlevel );

πŸŽ€ ARGUMENTS πŸŽ€

  • dc β€” the current DC state, like, right now, present tense, main character energy πŸ’…
  • context β€” the new dc state, the glow-up version πŸ‘‘
  • pipes β€” the DML pipe params, the whole cast of characters 🎭
  • pipe_cnt β€” how many DML pipes we're dealing with, the headcount fr fr πŸ”’
  • vlevel β€” the voltage level that DML went and calculated for us ⚑

🌸 RETURN 🌸

It hands you back the lowest dummy_latency_index value. That's the whole gift. 🎁


πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./drivers/gpu/drm/amd/display/dc/dml/dcn30/dcn30_fpu.c β€” go read it, iykyk πŸ“–βœ¨


ngl bestie, the source path gets a little shy at the end there and just says ./drivers/gpu/drm/amd/display/... β€” respect the ellipsis, it's got mysterious energy πŸ™ˆ

That's a wrap, gorgeous! πŸ’– This little cutie is dated October 2026, lives in the Kernel API Manual, and came straight out of ./drivers/gpu/drm/amd/display/.... Go forth and find those dummy latency indices β€” you ate. periodt. πŸ“πŸŒˆ

πŸ“¦ where this page comes from