Description
In the Linux kernel, the following vulnerability has been resolved: drm/i915/dpt: Treat the DPT BO as a framebuffer Currently i915_gem_object_is_framebuffer() doesn't treat the BO containing the framebuffer's DPT as a framebuffer itself. This means eg. that the shrinker can evict the DPT BO while leaving the actual FB BO bound, when the DPT is allocated from regular shmem. That causes an immediate oops during hibernate as we try to rewrite the PTEs inside the already evicted DPT obj. TODO: presumably this might also be the reason for the DPT related display faults under heavy memory pressure, but I'm still not sure how that would happen as the object should be pinned by intel_dpt_pin() while in active use by the display engine... (cherry picked from commit 779cb5ba64ec7df80675a956c9022929514f517a)
Product status
0dc987b699ce4266450d407d6d79d41eab88c5d0 (git) before c781c107731fc09ce4330c8c636b8446d0f72aa4
0dc987b699ce4266450d407d6d79d41eab88c5d0 (git) before 5390a02b4508416b9bee96674f141c68f89bafbc
0dc987b699ce4266450d407d6d79d41eab88c5d0 (git) before 3413881e1ecc3cba722a2e87ec099692eed5be28
6.0
Any version before 6.0
6.1.23 (semver)
6.2.10 (semver)
6.3 (original_commit_for_fix)
References
git.kernel.org/...c/c781c107731fc09ce4330c8c636b8446d0f72aa4
git.kernel.org/...c/5390a02b4508416b9bee96674f141c68f89bafbc
git.kernel.org/...c/3413881e1ecc3cba722a2e87ec099692eed5be28
