Re: [Intel-gfx] [PATCH 48/59] drm/vgem: Ditch attach trickery in the fence ioctl

2019-06-18 Thread Daniel Vetter
On Tue, Jun 18, 2019 at 2:31 PM Chris Wilson wrote: > Quoting Daniel Vetter (2019-06-14 21:36:04) > > It looks like this was done purely to get a consistent place to look > > up the reservation object pointer. With the drm_prime.c helper code > > now also setting gem_object->resv for imported obje

Re: [PATCH 48/59] drm/vgem: Ditch attach trickery in the fence ioctl

2019-06-18 Thread Chris Wilson
Quoting Daniel Vetter (2019-06-14 21:36:04) > It looks like this was done purely to get a consistent place to look > up the reservation object pointer. With the drm_prime.c helper code > now also setting gem_object->resv for imported objects we can just use > that pointer directly, instead of first

[PATCH 48/59] drm/vgem: Ditch attach trickery in the fence ioctl

2019-06-14 Thread Daniel Vetter
It looks like this was done purely to get a consistent place to look up the reservation object pointer. With the drm_prime.c helper code now also setting gem_object->resv for imported objects we can just use that pointer directly, instead of first ensuring a dma-buf exists. Signed-off-by: Daniel V