diff options
author | Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com> | 2020-02-04 16:23:02 +0000 |
---|---|---|
committer | Chris Wilson <chris@chris-wilson.co.uk> | 2020-02-08 11:26:03 +0000 |
commit | f6c26b555e14fb2b35239cb0d66963e996ec100c (patch) | |
tree | b8480ef7ff6335cb3b34d42be4c3ebcbb7ad5b7a /security/integrity/ima/ima_crypto.c | |
parent | 6311d260a1794d8ccef0ac8b39405fea0e1d9474 (diff) |
drm/i915: Never allow userptr into the new mapping types
Commit 4f2a572eda67 ("drm/i915/userptr: Never allow userptr into the
mappable GGTT") made I915_GEM_MMAP_GTT IOCTLs to fail when attempted
on a userptr object in order to protect from a lockdep splat. Later
on, new mapping types were introduced by commit cc662126b413
("drm/i915: Introduce DRM_I915_GEM_MMAP_OFFSET"). Those new mapping
types suffer from the same lockdep splat issue but they now succeed
when tried on top of a userptr object. Fix it.
v2: Don't play with the -ENODEV driver response (Chris)
Signed-off-by: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
Cc: Abdiel Janulgue <abdiel.janulgue@linux.intel.com>
Cc: Chris Wilson <chris@chris-wilson.co.uk>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Link: https://patchwork.freedesktop.org/patch/msgid/20200204162302.1299516-1-chris@chris-wilson.co.uk
Diffstat (limited to 'security/integrity/ima/ima_crypto.c')
0 files changed, 0 insertions, 0 deletions