[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <157979308341.19995.6106728840274572701@skylake-alporthouse-com>
Date: Thu, 23 Jan 2020 15:24:43 +0000
From: Chris Wilson <chris@...is-wilson.co.uk>
To: "Michael J . Ruhl" <michael.j.ruhl@...el.com>,
Colin King <colin.king@...onical.com>,
Daniel Vetter <daniel@...ll.ch>,
David Airlie <airlied@...ux.ie>,
Jani Nikula <jani.nikula@...ux.intel.com>,
Joonas Lahtinen <joonas.lahtinen@...ux.intel.com>,
Rodrigo Vivi <rodrigo.vivi@...el.com>,
Tvrtko Ursulin <tvrtko.ursulin@...el.com>,
dri-devel@...ts.freedesktop.org, intel-gfx@...ts.freedesktop.org
Cc: kernel-janitors@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH][next] drm/i915/gem: fix null pointer dereference on vm
Quoting Colin King (2020-01-23 15:14:06)
> From: Colin Ian King <colin.king@...onical.com>
>
> Currently if the call to function context_get_vm_rcu returns
> a null pointer for vm then the error exit path via label err_put
> will call i915_vm_put on the null vm, causing a null pointer
> dereference. Fix this by adding a null check on vm and returning
> without calling the i915_vm_put.
>
> Fixes: 5dbd2b7be61e ("drm/i915/gem: Convert vm idr to xarray")
> Signed-off-by: Colin Ian King <colin.king@...onical.com>
Hmm. Actually, we can drop the rcu_read_lock as soon as we've acquire
the local ref to ctx->vm. So something like,
if (!rcu_access_pointer(ctx->vm))
return -ENODEV;
- err = -ENODEV;
rcu_read_lock();
vm = context_get_vm_rcu(ctx);
- if (vm)
- err = xa_alloc(&file_priv->vm_xa, &id, vm,
- xa_limit_32b, GFP_KERNEL);
rcu_read_unlock();
+ if (!vm)
+ return -ENODEV;
+
+ err = xa_alloc(&file_priv->vm_xa, &id, vm,
+ xa_limit_32b, GFP_KERNEL);
if (err)
goto err_put;
would work.
-Chris
Powered by blists - more mailing lists