diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2009-09-08 17:09:24 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2009-09-08 17:09:24 -0700 |
commit | e6890f6f3dc2d9024a08b1a149d9bd5208eea350 (patch) | |
tree | 8829fbb9f165ff37a37181bdf5cbbe92622bb5e6 /Documentation/DocBook/tracepoint.tmpl | |
parent | 7c8460db30dfd085ef3837c8fb02ecf2e718b983 (diff) | |
download | op-kernel-dev-e6890f6f3dc2d9024a08b1a149d9bd5208eea350.zip op-kernel-dev-e6890f6f3dc2d9024a08b1a149d9bd5208eea350.tar.gz |
i915: disable interrupts before tearing down GEM state
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
http://bugzilla.kernel.org/show_bug.cgi?id=13819
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>
Diffstat (limited to 'Documentation/DocBook/tracepoint.tmpl')
0 files changed, 0 insertions, 0 deletions