| commit | 3ef7f228931a7ac1e4150b4dfc8d58586815f281 | [log] [tgz] |
|---|---|---|
| author | Chris Wilson <chris@chris-wilson.co.uk> | Tue Oct 18 13:02:48 2016 +0100 |
| committer | Chris Wilson <chris@chris-wilson.co.uk> | Tue Oct 18 14:22:26 2016 +0100 |
| tree | e052f720e56f3108c6984aa94cd80ea9fe27c427 | |
| parent | 30d1b5fe8c7206e6e5e5e51e0ff09ef21a77d78e [diff] [blame] |
drm/i915: Bump object bookkeeping to u64 from size_t Internally we allow for using more objects than a single process can allocate, i.e. we allow for a 64bit GPU address space even on a 32bit system. Using size_t may oveerflow. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Link: http://patchwork.freedesktop.org/patch/msgid/20161018120251.25043-1-chris@chris-wilson.co.uk
diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h index 8a1020f..cabcd06 100644 --- a/drivers/gpu/drm/i915/i915_drv.h +++ b/drivers/gpu/drm/i915/i915_drv.h
@@ -1389,7 +1389,7 @@ /* accounting, useful for userland debugging */ spinlock_t object_stat_lock; - size_t object_memory; + u64 object_memory; u32 object_count; };