[Bug 104975] Delay in skl_disable_plane() causes a system freeze
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sat Apr 14 00:44:10 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=104975
--- Comment #51 from marc.herbert at intel.com ---
Created attachment 138830
--> https://bugs.freedesktop.org/attachment.cgi?id=138830&action=edit
vertical corruption unless wait for vblank after disabling cursor
Could this be related? See screenshot attached and workaround by:
Kristian H. Kristensen
https://chromium-review.googlesource.com/c/chromiumos/third_party/kernel/+/877396
CHROMIUM: drm/i915: Wait for vblank after disabling cursor
The cursor disable write is latched on vsync but if we do a modeset
before that happens the write seems to be discarded and the cursor
stays on. The CURCNTL register will still read back 0 as if the write
took, but underlying hardware didn't change. We don't disable the
cursor often, so we can just force the pre-GEN9 path for cursor
that waits for vblank.
* Unfortunately, the GEN9+ double buffering seems to be buggy when it
* races with a modeset....
I'm guessing that this issue may well be present in upstream kernels and
regular Linux distros, the difference being that no other distro so far has
shipped with Y-tiled framebuffers.
(I doubt many distros have shipped with hardware overlays either -- Marc)
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20180414/327ad151/attachment.html>
More information about the intel-gfx-bugs
mailing list