summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/i915/i915_gem_execbuffer.c
diff options
context:
space:
mode:
authorDaniel Vetter <daniel.vetter@ffwll.ch>2014-05-13 12:11:26 +0200
committerDaniel Vetter <daniel.vetter@ffwll.ch>2014-05-13 17:16:12 +0200
commitd8ffa60b52ab171e89aebdbdd96dbe2a2460a5dd (patch)
treec7826b202d502f5b5b17637c6c0386f9bae2a72a /drivers/gpu/drm/i915/i915_gem_execbuffer.c
parent56ef52cad5e37fca89638e4bad598a994ecc3d9f (diff)
drm/i915: WARN_ON fence pin leaks
The fence pin count should always be <= the bo pin count. If that's not the case then we have a funny problem and are leaking references somewhere. Which means we can catch fence pin leaks by checking for the same upper limit as we do for the bo pin count. Inspired by a discussion with Ville about a fence leak igt testcase. v2: Also check for fence->pin_count <= ggtt_vma->pin_count, since that might catch a leak even quicker. Also de-inline them, they're getting too big. v3: Don't separately check for MAX_PIN_COUNT since the > vma->pin_count check will catch that already (Chris). Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'drivers/gpu/drm/i915/i915_gem_execbuffer.c')
0 files changed, 0 insertions, 0 deletions