calculate_ti...with_padding(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… calculate_ti...with_padding(9) β€” Kernel API Manual

okay so bestie, welcome to the group chat where we talk about DSC padding timing math and honestly? it's giving niche but iconic. this page lives in the Kernel API Manual, and yes the title got truncated, we don't talk about it πŸ’€


✨ NAME ✨

calculate_timing_params_for_dsc_with_padding β€” literally calculates the timing parameters for DSC with padding. that's the whole vibe. πŸŽ€


🌸 SYNOPSIS 🌸

void calculate_timing_params_for_dsc_with_padding (struct pipe_ctx
*pipe_ctx );

no cap, that's the entire signature. one function, one pointer, zero drama. πŸ¦‹


πŸ’– ARGUMENTS πŸ’–

  • pipe_ctx β€” pointer to the pipe context structure. that's it, that's the argument. it's the main character of this function and we respect it πŸ‘‘

πŸ”₯ DESCRIPTION πŸ”₯

okay so here's the tea, bestie πŸ“ this function takes a given pipe context and calculates its timing parameters based on the display stream compression (DSC) configuration. very demure, very mindful.

now for the actual logic, and ngl it's kind of a two-step situation:

  1. if the horizontal active pixels (hactive) are less than the total width of the DSC slices, it sets the dsc_hactive_padding value to the difference. math is mathing ✨
  2. if the total horizontal timing minus the dsc_hactive_padding value is less than 32, it resets the dsc_hactive_padding value to 0. we love a clean reset, periodt πŸ’…
fr fr, keep those two checks straight β€” the first one sets the padding, the second one yeets it back to zero if things get too small. don't mix them up πŸ™ˆ

🌈 SEE ALSO 🌈

go read those too, iykyk πŸ‘€


signing off with love from the kernel tree at ./drivers/gpu/drm/amd/display/... β€” October 2026, and this whole page is filed under calculate_ti...with_padding(9) because apparently we're keeping the truncated title forever πŸ’€πŸ«Ά slay.

πŸ“¦ where this page comes from