[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170504202503.GP24019@nuc-i3427.alporthouse.com>
Date: Thu, 4 May 2017 21:25:03 +0100
From: Chris Wilson <chris@...is-wilson.co.uk>
To: Laura Abbott <labbott@...hat.com>
Cc: Daniel Vetter <daniel.vetter@...ll.ch>,
Sean Paul <seanpaul@...omium.org>,
dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
Sumit Semwal <sumit.semwal@...aro.org>,
intel-gfx@...ts.freedesktop.org,
Joonas Lahtinen <joonas.lahtinen@...ux.intel.com>
Subject: Re: [PATCHv4 3/3] drm/vgem: Enable dmabuf import interfaces
On Thu, May 04, 2017 at 11:45:48AM -0700, Laura Abbott wrote:
>
> Enable the GEM dma-buf import interfaces in addition to the export
> interfaces. This lets vgem be used as a test source for other allocators
> (e.g. Ion).
>
> Reviewed-by: Chris Wilson <chris@...is-wilson.co.uk>
> Signed-off-by: Laura Abbott <labbott@...hat.com>
> ---
> v4: Use new drm_gem_prime_import_dev function
> ---
> static const struct vm_operations_struct vgem_gem_vm_ops = {
> @@ -114,12 +142,8 @@ static void vgem_postclose(struct drm_device *dev, struct drm_file *file)
> kfree(vfile);
> }
>
> -/* ioctls */
> -
> -static struct drm_gem_object *vgem_gem_create(struct drm_device *dev,
> - struct drm_file *file,
> - unsigned int *handle,
> - unsigned long size)
> +static struct drm_vgem_gem_object *__vgem_gem_create(struct drm_device *dev,
> + unsigned long size)
I'm going to guess that doesn't line up anymore. If checkpatch isn't
complaining, then sorry for the noise.
> +static struct drm_gem_object *vgem_gem_create(struct drm_device *dev,
> + struct drm_file *file,
> + unsigned int *handle,
> + unsigned long size)
Ditto.
Lgtm, so r-b still good.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
Powered by blists - more mailing lists