summaryrefslogtreecommitdiff
path: root/include/linux/workqueue_api.h
diff options
context:
space:
mode:
authorRob Clark <robdclark@chromium.org>2023-11-17 18:14:19 +0300
committerRob Clark <robdclark@chromium.org>2023-11-21 04:15:02 +0300
commit4bea53b9c7c72fd12a0ceebe88a71723c0a514b8 (patch)
treef88d97a28ae2c4293b2b040e6583b40b256b9f80 /include/linux/workqueue_api.h
parent548b61a8ce18dec8757fcc112eac5bd125161408 (diff)
downloadlinux-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 'include/linux/workqueue_api.h')
0 files changed, 0 insertions, 0 deletions