Commit d34cfebb authored by Ville Syrjälä's avatar Ville Syrjälä Committed by Daniel Vetter

drm/i915: Fix cursor updates on some platforms

Turns out that just writing CURPOS isn't sufficient to move the cursor
on some platforms. My 830 works just fine, but eg. 945 and PNV don't.
On those platforms we need to arm even the CURPOS update with a
CURBASE write.

Even worse, a write to any of the cursor register apart from CURBASE
will cancel an already pending cursor update. So if we have armed a
CURCNTR/CURBASE update, a subsequent CURPOS write prior to vblank
would cancel that armed update. Thus we're left with a cursor that
doesn't appear to move, or even change shape.

Fix the problem by always performing the CURBASE write after a
CURPOS write. Bspec is somewhat unclear which platforms actually
require this CURBASE write and which don't. So to keep it simple
and to make sure we really fix the problem across all supported
devices, let's just perform the CURBASE write unconditionally.

Cc: Paul Menzel <pmenzel@molgen.mpg.de>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101790
Fixes: 75343a44 ("drm/i915: Drop useless posting reads from cursor commit")
Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
Tested-by: default avatarPaul Menzel <paulepanter@users.sourceforge.net>
Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170714155227.6089-1-ville.syrjala@linux.intel.com
(cherry picked from commit 8753d2bc)
Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
parent 7728124a
...@@ -9540,7 +9540,16 @@ static void i9xx_update_cursor(struct intel_plane *plane, ...@@ -9540,7 +9540,16 @@ static void i9xx_update_cursor(struct intel_plane *plane,
* On some platforms writing CURCNTR first will also * On some platforms writing CURCNTR first will also
* cause CURPOS to be armed by the CURBASE write. * cause CURPOS to be armed by the CURBASE write.
* Without the CURCNTR write the CURPOS write would * Without the CURCNTR write the CURPOS write would
* arm itself. * arm itself. Thus we always start the full update
* with a CURCNTR write.
*
* On other platforms CURPOS always requires the
* CURBASE write to arm the update. Additonally
* a write to any of the cursor register will cancel
* an already armed cursor update. Thus leaving out
* the CURBASE write after CURPOS could lead to a
* cursor that doesn't appear to move, or even change
* shape. Thus we always write CURBASE.
* *
* CURCNTR and CUR_FBC_CTL are always * CURCNTR and CUR_FBC_CTL are always
* armed by the CURBASE write only. * armed by the CURBASE write only.
...@@ -9559,6 +9568,7 @@ static void i9xx_update_cursor(struct intel_plane *plane, ...@@ -9559,6 +9568,7 @@ static void i9xx_update_cursor(struct intel_plane *plane,
plane->cursor.cntl = cntl; plane->cursor.cntl = cntl;
} else { } else {
I915_WRITE_FW(CURPOS(pipe), pos); I915_WRITE_FW(CURPOS(pipe), pos);
I915_WRITE_FW(CURBASE(pipe), base);
} }
POSTING_READ_FW(CURBASE(pipe)); POSTING_READ_FW(CURBASE(pipe));
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment