diff options
author | Rob Clark <robdclark@chromium.org> | 2023-11-17 18:14:19 +0300 |
---|---|---|
committer | Rob Clark <robdclark@chromium.org> | 2023-11-21 04:15:02 +0300 |
commit | 4bea53b9c7c72fd12a0ceebe88a71723c0a514b8 (patch) | |
tree | f88d97a28ae2c4293b2b040e6583b40b256b9f80 /drivers/gpu | |
parent | 548b61a8ce18dec8757fcc112eac5bd125161408 (diff) | |
download | linux-4bea53b9c7c72fd12a0ceebe88a71723c0a514b8.tar.xz |
drm/msm: Reduce fallout of fence signaling vs reclaim hangs
Until various PM devfreq/QoS and interconnect patches land, we could
potentially trigger reclaim from gpu scheduler thread, and under enough
memory pressure that could trigger a sort of deadlock. Eventually the
wait will timeout and we'll move on to consider other GEM objects. But
given that there is still a potential for deadlock/stalling, we should
reduce the timeout to contain the damage.
Signed-off-by: Rob Clark <robdclark@chromium.org>
Patchwork: https://patchwork.freedesktop.org/patch/568031/
Diffstat (limited to 'drivers/gpu')
-rw-r--r-- | drivers/gpu/drm/msm/msm_gem_shrinker.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/gpu/drm/msm/msm_gem_shrinker.c b/drivers/gpu/drm/msm/msm_gem_shrinker.c index 5a7d48c02c4b..07ca4ddfe4e3 100644 --- a/drivers/gpu/drm/msm/msm_gem_shrinker.c +++ b/drivers/gpu/drm/msm/msm_gem_shrinker.c @@ -75,7 +75,7 @@ static bool wait_for_idle(struct drm_gem_object *obj) { enum dma_resv_usage usage = dma_resv_usage_rw(true); - return dma_resv_wait_timeout(obj->resv, usage, false, 1000) > 0; + return dma_resv_wait_timeout(obj->resv, usage, false, 10) > 0; } static bool |