[Intel-gfx] [PATCH 5/5] drm/i915: Use unsigned for overflow checks in execbuf
Jani Nikula
jani.nikula at linux.intel.com
Thu Sep 19 12:46:31 CEST 2013
On Thu, 19 Sep 2013, Daniel Vetter <daniel.vetter at ffwll.ch> wrote:
> There's actually no real risk since we already check for stricter
> constraints earlier (using UINT_MAX / sizeof (struct
> drm_i915_gem_exec_object2) as the limit). But in eb_create we use
> signed integers, which steals a factor of 2. Luckily struct
> drm_i915_gem_exec_object2 for this to not matter.
Parse error.
> Still, be consistent and use unsigned integers.
>
> Similar use unsinged integers when checking for overflows in the
> relocation entry processing.
>
> I've also added a new subtests to igt/gem_reloc_overflow to also
> test for overflowing args->buffer_count values.
>
> Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
> ---
> drivers/gpu/drm/i915/i915_gem_execbuffer.c | 13 +++++++------
> 1 file changed, 7 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/i915_gem_execbuffer.c b/drivers/gpu/drm/i915/i915_gem_execbuffer.c
> index a733118..cd98aeb 100644
> --- a/drivers/gpu/drm/i915/i915_gem_execbuffer.c
> +++ b/drivers/gpu/drm/i915/i915_gem_execbuffer.c
> @@ -45,18 +45,19 @@ struct eb_vmas {
> static struct eb_vmas *
> eb_create(struct drm_i915_gem_execbuffer2 *args, struct i915_address_space *vm)
> {
> + unsigned size, count;
My OCD says always use "unsigned int", not just "unsigned". To me this
is like having:
const foo;
static bar;
YMMV.
Otherwise,
Reviewed-by: Jani Nikula <jani.nikula at intel.com>
> struct eb_vmas *eb = NULL;
>
> if (args->flags & I915_EXEC_HANDLE_LUT) {
> - int size = args->buffer_count;
> + size = args->buffer_count;
> size *= sizeof(struct i915_vma *);
> size += sizeof(struct eb_vmas);
> eb = kmalloc(size, GFP_TEMPORARY | __GFP_NOWARN | __GFP_NORETRY);
> }
>
> if (eb == NULL) {
> - int size = args->buffer_count;
> - int count = PAGE_SIZE / sizeof(struct hlist_head) / 2;
> + size = args->buffer_count;
> + count = PAGE_SIZE / sizeof(struct hlist_head) / 2;
> BUILD_BUG_ON_NOT_POWER_OF_2(PAGE_SIZE / sizeof(struct hlist_head));
> while (count > 2*size)
> count >>= 1;
> @@ -667,7 +668,7 @@ i915_gem_execbuffer_relocate_slow(struct drm_device *dev,
> bool need_relocs;
> int *reloc_offset;
> int i, total, ret;
> - int count = args->buffer_count;
> + unsigned count = args->buffer_count;
>
> if (WARN_ON(list_empty(&eb->vmas)))
> return 0;
> @@ -818,8 +819,8 @@ validate_exec_list(struct drm_i915_gem_exec_object2 *exec,
> int count)
> {
> int i;
> - int relocs_total = 0;
> - int relocs_max = INT_MAX / sizeof(struct drm_i915_gem_relocation_entry);
> + unsigned relocs_total = 0;
> + unsigned relocs_max = UINT_MAX / sizeof(struct drm_i915_gem_relocation_entry);
>
> for (i = 0; i < count; i++) {
> char __user *ptr = to_user_ptr(exec[i].relocs_ptr);
> --
> 1.8.4.rc3
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Jani Nikula, Intel Open Source Technology Center
More information about the Intel-gfx
mailing list