summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorLuca Coelho <luciano.coelho@intel.com>2022-12-23 16:05:08 +0300
committerRadhakrishna Sripada <radhakrishna.sripada@intel.com>2023-01-11 00:50:53 +0300
commit8d4312e2b228ba7a5ac79154458098274ec61e9b (patch)
tree4793fe4ee0cfdda587e20e2ddc7702e8c0e61ba5 /tools/perf/scripts/python/stackcollapse.py
parenta6fd6f94d36122d8962ba8a24194299a6bb1ecc1 (diff)
downloadlinux-8d4312e2b228ba7a5ac79154458098274ec61e9b.tar.xz
drm/i915/mtl: limit second scaler vertical scaling in ver >= 14
In newer hardware versions (i.e. display version >= 14), the second scaler doesn't support vertical scaling. The current implementation of the scaling limits is simplified and only occurs when the planes are created, so we don't know which scaler is being used. In order to handle separate scaling limits for horizontal and vertical scaling, and different limits per scaler, split the checks in two phases. We first do a simple check during plane creation and use the best-case scenario (because we don't know the scaler that may be used at a later point) and then do a more specific check when the scalers are actually being set up. Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Reviewed-by: Stanislav Lisovskiy <stanislav.lisovskiy@intel.com> Signed-off-by: Radhakrishna Sripada <radhakrishna.sripada@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20221223130509.43245-2-luciano.coelho@intel.com
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions