diff options
| author | Matthew Auld <matthew.auld@intel.com> | 2023-05-24 20:56:54 +0300 |
|---|---|---|
| committer | Rodrigo Vivi <rodrigo.vivi@intel.com> | 2023-12-20 02:34:10 +0300 |
| commit | 3af4365003971946fdd2cca44858d6d16929f2d3 (patch) | |
| tree | 14a2f0a4f62fc13872cea22fbc52b111e0c0741b /include/linux/workqueue_api.h | |
| parent | 565ce72e1c2d540d36ade02e6a7479c4c6a7f2d4 (diff) | |
| download | linux-3af4365003971946fdd2cca44858d6d16929f2d3.tar.xz | |
drm/xe: keep pulling mem_access_get further back
Lockdep is unhappy about ggtt->lock -> runtime_pm, where it seems
to think this can somehow get inverted. The ggtt->lock looks like a
potentially sensitive driver lock, so likely a sensible move to never
call the runtime_pm routines while holding it. Actually it looks like
d3cold wants to grab this, so perhaps this can indeed deadlock.
v2:
- Don't forget about xe_gt_tlb_invalidation_vma(), which now needs
explicit access_get.
Signed-off-by: Matthew Auld <matthew.auld@intel.com>
Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com>
Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
Diffstat (limited to 'include/linux/workqueue_api.h')
0 files changed, 0 insertions, 0 deletions
