aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c
diff options
context:
space:
mode:
authorJani Nikula <[email protected]>2025-01-03 13:52:36 +0000
committerJani Nikula <[email protected]>2025-01-07 16:44:19 +0000
commit35d2e4b7564994e69583e12b0a0d74521657faeb (patch)
tree48540ab666ead05d3e0390d6346c3dade7e17b70 /drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c
parentdrm/i915/ddi: enable ACT handling for 128b/132b SST (diff)
downloadkernel-35d2e4b7564994e69583e12b0a0d74521657faeb.tar.gz
kernel-35d2e4b7564994e69583e12b0a0d74521657faeb.zip
drm/i915/ddi: start distinguishing 128b/132b SST and MST at state readout
We'll want to distinguish 128b/132b SST and MST modes at state readout. There's a catch, though. From the hardware perspective, 128b/132b SST and MST programming are pretty much the same. And we can't really ask the sink at this point. If we have more than one transcoder in 128b/132b mode associated with the port, we can safely assume it's MST. But for MST with only a single stream enabled, we are pretty much out of luck. Let's fall back to looking at the software state, i.e. intel_dp->is_mst. It should be fine for the state checker, but for hardware takeover at probe, we'll have to trust the GOP has only enabled SST. TODO: Not sure how this *or* our current code handles 128b/132b enabled by GOP. Cc: Imre Deak <[email protected]> Cc: Ville Syrjälä <[email protected]> Reviewed-by: Imre Deak <[email protected]> Signed-off-by: Jani Nikula <[email protected]> Link: https://patchwork.freedesktop.org/patch/msgid/119a773a0d4d74ad204435e462f8d12cb0ea4128.1735912293.git.jani.nikula@intel.com
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c')
0 files changed, 0 insertions, 0 deletions