summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/i915/vlv_sideband_reg.h
diff options
context:
space:
mode:
authorJani Nikula <jani.nikula@intel.com>2025-01-03 15:52:36 +0200
committerJani Nikula <jani.nikula@intel.com>2025-01-07 18:44:19 +0200
commit35d2e4b7564994e69583e12b0a0d74521657faeb (patch)
tree48540ab666ead05d3e0390d6346c3dade7e17b70 /drivers/gpu/drm/i915/vlv_sideband_reg.h
parent591b9170b7bcf29632c0e36eef825972a33e5afa (diff)
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 <imre.deak@intel.com> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Reviewed-by: Imre Deak <imre.deak@intel.com> Signed-off-by: Jani Nikula <jani.nikula@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/119a773a0d4d74ad204435e462f8d12cb0ea4128.1735912293.git.jani.nikula@intel.com
Diffstat (limited to 'drivers/gpu/drm/i915/vlv_sideband_reg.h')
0 files changed, 0 insertions, 0 deletions