drm/i915: fix race when clearing RPS IIR bits
authorImre Deak <imre.deak@intel.com>
Mon, 23 Mar 2015 17:11:34 +0000 (19:11 +0200)
committerDaniel Vetter <daniel.vetter@ffwll.ch>
Tue, 24 Mar 2015 09:14:41 +0000 (10:14 +0100)
When disabling RPS interrupts there is a race where we disable RPS
inerrupts while the interrupt handler is running and the handler has
already latched the pending RPS interrupt from the master IIR register.
Afterwards the disabling path clears the PM IIR bits, making the state
of pending interrupts inconsistent from the interrupt handler's point of
view. This triggers the following warning: "The master control interrupt
lied (PM)!".

To fix this make sure that any running interrupt handler (which may
have already latched the master IIR) finishes before clearing the IIR
bits.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=87347
Signed-off-by: Imre Deak <imre.deak@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
drivers/gpu/drm/i915/i915_irq.c

index 6d8340d5a111dbc6f54a9fb2a261b5349ec4e291..7afbde4c13e9baf6f58ddcbc9c0129ea85d15251 100644 (file)
@@ -330,6 +330,13 @@ void gen6_disable_rps_interrupts(struct drm_device *dev)
        __gen6_disable_pm_irq(dev_priv, dev_priv->pm_rps_events);
        I915_WRITE(gen6_pm_ier(dev_priv), I915_READ(gen6_pm_ier(dev_priv)) &
                                ~dev_priv->pm_rps_events);
+
+       spin_unlock_irq(&dev_priv->irq_lock);
+
+       synchronize_irq(dev->irq);
+
+       spin_lock_irq(&dev_priv->irq_lock);
+
        I915_WRITE(gen6_pm_iir(dev_priv), dev_priv->pm_rps_events);
        I915_WRITE(gen6_pm_iir(dev_priv), dev_priv->pm_rps_events);