diff options
| author | 2017-02-25 10:36:30 -0500 | |
|---|---|---|
| committer | 2017-04-08 06:59:31 -0400 | |
| commit | 48f243c95bdb17c1453d48142abad6aabed339e5 (patch) | |
| tree | fa0a5ac11a0c5f68557cf3421fcbb6ab0aa21c91 /scripts/stackusage | |
| parent | drm/msm: pm runtime support for iommu (diff) | |
drm/msm: move submit fence wait out of struct_mutex
Probably a symptom of needing finer grained locking, but if we wait on
the incoming fence-fd (which could come from a different context) while
holding struct_mutex, that blocks retire_worker so gpu fences cannot get
signalled.
This causes a problem if userspace manages to get more than a frame
ahead, leaving the atomic-commit worker blocked waiting on fences that
cannot be signaled because submit is blocked waiting for a fence
signalled from vblank (after the atomic commit which is blocked).
If we start having multiple fence ctxs for the gpu, submit_fence_sync()
would probably need to move outside of struct_mutex as well.
Signed-off-by: Rob Clark <robdclark@gmail.com>
Diffstat (limited to 'scripts/stackusage')
0 files changed, 0 insertions, 0 deletions
