diff options
author | Daniel Vetter <daniel.vetter@ffwll.ch> | 2011-12-14 13:57:03 +0100 |
---|---|---|
committer | Keith Packard <keithp@keithp.com> | 2012-01-19 11:51:31 -0800 |
commit | 9f1f46a45a681d357d1ceedecec3671a5ae957f4 (patch) | |
tree | fbb1ccb3dc2afded75087e2d187a5160e356849f /drivers/gpu/drm/drm_trace.h | |
parent | 8109021313c7a3d8947677391ce6ab9cd0bb1d28 (diff) |
drm/i915: protect force_wake_(get|put) with the gt_lock
The problem this patch solves is that the forcewake accounting
necessary for register reads is protected by dev->struct_mutex. But the
hangcheck and error_capture code need to access registers without
grabbing this mutex because we hold it while waiting for the gpu.
So a new lock is required. Because currently the error_state capture
is called from the error irq handler and the hangcheck code runs from
a timer, it needs to be an irqsafe spinlock (note that the registers
used by the irq handler (neglecting the error handling part) only uses
registers that don't need the forcewake dance).
We could tune this down to a normal spinlock when we rework the
error_state capture and hangcheck code to run from a workqueue. But
we don't have any read in a fastpath that needs forcewake, so I've
decided to not care much about overhead.
This prevents tests/gem_hangcheck_forcewake from i-g-t from killing my
snb on recent kernels - something must have slightly changed the
timings. On previous kernels it only trigger a WARN about the broken
locking.
v2: Drop the previous patch for the register writes.
v3: Improve the commit message per Chris Wilson's suggestions.
Signed-Off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
Reviewed-by: Eugeni Dodonov <eugeni.dodonov@intel.com>
Signed-off-by: Keith Packard <keithp@keithp.com>
Diffstat (limited to 'drivers/gpu/drm/drm_trace.h')
0 files changed, 0 insertions, 0 deletions