intel_dp_sin...ecompression(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ intel_dp_sink_enable_decompression(9) πŸŽ€

okay bestie, welcome to the Kernel API Manual entry for intel_dp_sink_enable_decompression(9) πŸ’… this is the one that handles enabling DSC decompression in the sink/last branch device, and honestly? iconic. ✨


🌸 NAME 🌸

intel_dp_sink_enable_decompression β€” enable DSC decompression in sink/last branch device 🫢


✨ SYNOPSIS ✨

void intel_dp_sink_enable_decompression (struct intel_atomic_state
*state , struct intel_connector *connector , const struct
intel_crtc_state *new_crtc_state );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • state β€” the atomic state, bestie. that's the vibe. πŸ’«
  • connector β€” the connector to enable the decompression for. yes, that one. πŸŽ€
  • new_crtc_state β€” the new state for the CRTC driving the connector. main character state energy. πŸ‘‘

πŸ’œ DESCRIPTION πŸ’œ

okay so here's the deal: this function enables DSC decompression if required in the DP_DSC_ENABLE DPCD register of the appropriate sink/branch device. no cap. 🌈

On SST, this is always the sink device. on MST, based on each device's DSC capabilities, it's either the last branch device (enabling decompression in it) or both the last branch device (enabling passthrough in it) and the sink device (enabling decompression in it). literally that's the whole route, and it ate. πŸ’…πŸ”₯


πŸ‘‘ SEE ALSO πŸ‘‘

the whole squad, fr fr:


mwah πŸ’‹ cute little sign-off: source vibes from ./drivers/gpu/drm/i915/display, dated October 2026, page intel_dp_sin...ecompression(9). periodt. πŸ§šπŸ’–

πŸ“¦ where this page comes from