Re: [Intel-gfx] [RESEND PATCH 1/3] drm/i915/dmabuf: Implement pwrite() callback

2019-11-08 Thread Janusz Krzysztofik
Hi, On Tuesday, November 5, 2019 3:27:55 PM CET Daniel Vetter wrote: > On Thu, Oct 31, 2019 at 09:29:56AM +0100, Janusz Krzysztofik wrote: > > We need dmabuf specific pwrite() callback utilizing dma-buf API, > > otherwise GEM_PWRITE IOCTL will no longer work with dma-buf backed > > (i.e., PRIME im

Re: [Intel-gfx] [RESEND PATCH 1/3] drm/i915/dmabuf: Implement pwrite() callback

2019-11-05 Thread Janusz Krzysztofik
Hi Daniel, On Tuesday, November 5, 2019 3:27:55 PM CET Daniel Vetter wrote: > On Thu, Oct 31, 2019 at 09:29:56AM +0100, Janusz Krzysztofik wrote: > > We need dmabuf specific pwrite() callback utilizing dma-buf API, > > otherwise GEM_PWRITE IOCTL will no longer work with dma-buf backed > > (i.e., P

Re: [Intel-gfx] [RESEND PATCH 1/3] drm/i915/dmabuf: Implement pwrite() callback

2019-11-05 Thread Daniel Vetter
On Thu, Oct 31, 2019 at 09:29:56AM +0100, Janusz Krzysztofik wrote: > We need dmabuf specific pwrite() callback utilizing dma-buf API, > otherwise GEM_PWRITE IOCTL will no longer work with dma-buf backed > (i.e., PRIME imported) objects on hardware with no mappable aperture. > > Signed-off-by: Jan

[Intel-gfx] [RESEND PATCH 1/3] drm/i915/dmabuf: Implement pwrite() callback

2019-10-31 Thread Janusz Krzysztofik
We need dmabuf specific pwrite() callback utilizing dma-buf API, otherwise GEM_PWRITE IOCTL will no longer work with dma-buf backed (i.e., PRIME imported) objects on hardware with no mappable aperture. Signed-off-by: Janusz Krzysztofik Cc: Daniele Ceraolo Spurio Cc: Michal Wajdeczko --- driver