dc_update_m...with_padding(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… dc_update_m...with_padding(9) πŸ’…

okay bestie, welcome to the Kernel API Manual β€” yes that's the manual name, and yes this page lives in it πŸŽ€ no cap, we're abt to get into some display-clock math and honestly? it's giving main character energy ✨


🌸 NAME 🌸

dc_update_modified_pix_clock_for_dsc_with_padding β€” update pix_clk for dsc with padding πŸ¦‹

like... that's literally it. that's the whole vibe. she updates the pix_clk for dsc. with padding. periodt πŸ’…


✨ SYNOPSIS ✨

void dc_update_modified_pix_clock_for_dsc_with_padding (const struct
dc_stream_state *stream , const struct dc_crtc_timing *timing , struct
dsc_padding_params *dsc_padding_params );

three pointers, one void, zero drama (well. some drama, it's clock math, keep reading) πŸ’€


🫢 ARGUMENTS 🫢

  • stream β€” Pointer to the stream structure. yes queen, the stream struct πŸ’–
  • timing β€” Pointer to the stream dc_crtc_timing structure. the timing info, iconic ✨
  • dsc_padding_params β€” Pointer to the DSC padding parameters structure. the padding params, we stan 🌸

πŸ”₯ DESCRIPTION πŸ”₯

okay so listen πŸ‘‘ β€” this function updated the pix_clk for dsc with padding, and where does it keep it? it's stored in pipe_ctx, iykyk. the goal is literally:

make the OTG h_active time fit within the expected compressed active time, which gets calculated according to the HDMI spec πŸ“Ίβœ¨

and then?? H_total gets increased so it maintains the same OTG line time as before the increased pix_clk. like, we bumped the clock but not the line time, we're not messy πŸ’…

no cap, it's just clockbookkeeping and honestly? she ate πŸ“


πŸ¦‹ SEE ALSO πŸ¦‹

go read those next, bestie, they're all in the group chat 😭🫢


mwah πŸ’œ this page came to you from ./drivers/gpu/drm/amd/display/..., dated October 2026 β€” see you in the next manpage, slay! πŸ’…βœ¨πŸŒˆ

πŸ“¦ where this page comes from