drm/i915: properly cancel rps_work on module unload v2
authorDaniel Vetter <daniel.vetter@ffwll.ch>
Thu, 8 Sep 2011 12:00:22 +0000 (14:00 +0200)
committerKeith Packard <keithp@keithp.com>
Thu, 20 Oct 2011 21:11:17 +0000 (14:11 -0700)
The rps disabling code wasn't properly cancelling outstanding work
items. Also add a comment that explains why we're not racing with
the work item that could unmask interrupts - that piece of code
confused me quite a bit.

v2: Ben Widawsky pointed out that the first patch would deadlock
(and a few lesser problems). All corrected.

Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Reviewed-by: Ben Widawsky <ben@bwidawsk.net>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Signed-off-by: Keith Packard <keithp@keithp.com>
drivers/gpu/drm/i915/intel_display.c

index 7c8dfcc9be432d6d7d7dd1578d882fa923284400..186cde29994d111fa68ccaee4039aae470420152 100644 (file)
@@ -7658,6 +7658,10 @@ void gen6_disable_rps(struct drm_device *dev)
        I915_WRITE(GEN6_RPNSWREQ, 1 << 31);
        I915_WRITE(GEN6_PMINTRMSK, 0xffffffff);
        I915_WRITE(GEN6_PMIER, 0);
+       /* Complete PM interrupt masking here doesn't race with the rps work
+        * item again unmasking PM interrupts because that is using a different
+        * register (PMIMR) to mask PM interrupts. The only risk is in leaving
+        * stale bits in PMIIR and PMIMR which gen6_enable_rps will clean up. */
 
        spin_lock_irq(&dev_priv->rps_lock);
        dev_priv->pm_iir = 0;
@@ -8655,6 +8659,7 @@ void intel_modeset_cleanup(struct drm_device *dev)
         * enqueue unpin/hotplug work. */
        drm_irq_uninstall(dev);
        cancel_work_sync(&dev_priv->hotplug_work);
+       cancel_work_sync(&dev_priv->rps_work);
 
        /* flush any delayed tasks or pending work */
        flush_scheduled_work();