There's no need to stop and restart FBC: a nuke should be fine.

v2: Make it simpler (Chris).
v3: Rewrite the patch again due to patch order changes.

Signed-off-by: Paulo Zanoni <paulo.r.zan...@intel.com>
---
 drivers/gpu/drm/i915/intel_fbc.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/i915/intel_fbc.c b/drivers/gpu/drm/i915/intel_fbc.c
index b80f232..207cf23 100644
--- a/drivers/gpu/drm/i915/intel_fbc.c
+++ b/drivers/gpu/drm/i915/intel_fbc.c
@@ -923,8 +923,12 @@ void intel_fbc_flush(struct drm_i915_private *dev_priv,
        dev_priv->fbc.busy_bits &= ~frontbuffer_bits;
 
        if (!dev_priv->fbc.busy_bits && dev_priv->fbc.enabled) {
-               __intel_fbc_deactivate(dev_priv);
-               __intel_fbc_update(dev_priv->fbc.crtc);
+               if (origin != ORIGIN_FLIP && dev_priv->fbc.active) {
+                       intel_fbc_recompress(dev_priv);
+               } else {
+                       __intel_fbc_deactivate(dev_priv);
+                       __intel_fbc_update(dev_priv->fbc.crtc);
+               }
        }
 
        mutex_unlock(&dev_priv->fbc.lock);
-- 
2.6.2

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to