i915: disable interrupts before tearing down GEM state
authorLinus Torvalds <torvalds@linux-foundation.org>
Wed, 9 Sep 2009 00:09:24 +0000 (17:09 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Wed, 9 Sep 2009 00:09:24 +0000 (17:09 -0700)
Reinette Chatre reports a frozen system (with blinking keyboard LEDs)
when switching from graphics mode to the text console, or when
suspending (which does the same thing). With netconsole, the oops
turned out to be

BUG: unable to handle kernel NULL pointer dereference at 0000000000000084
IP: [<ffffffffa03ecaab>] i915_driver_irq_handler+0x26b/0xd20 [i915]

and it's due to the i915_gem.c code doing drm_irq_uninstall() after
having done i915_gem_idle(). And the i915_gem_idle() path will do

  i915_gem_idle() ->
    i915_gem_cleanup_ringbuffer() ->
      i915_gem_cleanup_hws() ->
        dev_priv->hw_status_page = NULL;

but if an i915 interrupt comes in after this stage, it may want to
access that hw_status_page, and gets the above NULL pointer dereference.

And since the NULL pointer dereference happens from within an interrupt,
and with the screen still in graphics mode, the common end result is
simply a silently hung machine.

Fix it by simply uninstalling the irq handler before idling rather than
after. Fixes


Reported-and-tested-by: Reinette Chatre <reinette.chatre@intel.com>
Acked-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

index 7edb5b9d5792467a5515341cd5cb27c65573b785..80e5ba490dc28c8a15c4619865f4872f82a6625e 100644 (file)
@@ -4232,15 +4232,11 @@ int
 i915_gem_leavevt_ioctl(struct drm_device *dev, void *data,
                       struct drm_file *file_priv)
-       int ret;
        if (drm_core_check_feature(dev, DRIVER_MODESET))
                return 0;
-       ret = i915_gem_idle(dev);
-       return ret;
+       return i915_gem_idle(dev);