Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Wed, Jul 12, 2017 at 9:45 AM, Christian König wrote: > Am 12.07.2017 um 17:53 schrieb Jason Ekstrand: > > [SNIP] > > >> Is that easier than just waiting in the kernel, I'm not sure how >> optimised we need this path to be. >> > > I don't think so. I think it's more-or-less the same code regar

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Am 12.07.2017 um 17:53 schrieb Jason Ekstrand: [SNIP] Is that easier than just waiting in the kernel, I'm not sure how optimised we need this path to be. I don't think so. I think it's more-or-less the same code regardless of how it's done. The advantage of doing it in the kernel is

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Wed, Jul 12, 2017 at 1:39 AM, Dave Airlie wrote: > On 12 July 2017 at 17:39, Christian König wrote: > > Am 11.07.2017 um 17:43 schrieb Jason Ekstrand: > > > > On Tue, Jul 11, 2017 at 12:17 AM, Christian König < > deathsim...@vodafone.de> > > wrote: > >> > >> [SNIP] > > > > If we

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On 12 July 2017 at 17:39, Christian König wrote: > Am 11.07.2017 um 17:43 schrieb Jason Ekstrand: > > On Tue, Jul 11, 2017 at 12:17 AM, Christian König > wrote: >> >> [SNIP] > > If we ever want to share fences across processes (which we do), > then this needs to be sorted in

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Am 11.07.2017 um 17:43 schrieb Jason Ekstrand: On Tue, Jul 11, 2017 at 12:17 AM, Christian König mailto:deathsim...@vodafone.de>> wrote: [SNIP] If we ever want to share fences across processes (which we do), then this needs to be so

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Tue, Jul 11, 2017 at 12:22 AM, Daniel Vetter wrote: > On Mon, Jul 10, 2017 at 02:09:42PM -0700, Jason Ekstrand wrote: > > On Mon, Jul 10, 2017 at 9:15 AM, Christian König < > deathsim...@vodafone.de> > > wrote: > > > > > Am 10.07.2017 um 17:52 schrieb Jason Ekstrand: > > > > > > On Mon, Jul 10

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Tue, Jul 11, 2017 at 12:17 AM, Christian König wrote: > Am 11.07.2017 um 04:36 schrieb Michel Dänzer: > >> On 11/07/17 06:09 AM, Jason Ekstrand wrote: >> >>> On Mon, Jul 10, 2017 at 9:15 AM, Christian König >>> mailto:deathsim...@vodafone.de>> wrote: >>> >>> Am 10.07.2017 um 17:52 schrieb

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Mon, Jul 10, 2017 at 02:09:42PM -0700, Jason Ekstrand wrote: > On Mon, Jul 10, 2017 at 9:15 AM, Christian König > wrote: > > > Am 10.07.2017 um 17:52 schrieb Jason Ekstrand: > > > > On Mon, Jul 10, 2017 at 8:45 AM, Christian König > > wrote: > > > >> Am 10.07.2017 um 17:28 schrieb Jason Ekstr

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Am 11.07.2017 um 04:36 schrieb Michel Dänzer: On 11/07/17 06:09 AM, Jason Ekstrand wrote: On Mon, Jul 10, 2017 at 9:15 AM, Christian König mailto:deathsim...@vodafone.de>> wrote: Am 10.07.2017 um 17:52 schrieb Jason Ekstrand: On Mon, Jul 10, 2017 at 8:45 AM, Christian König mail

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On 11/07/17 06:09 AM, Jason Ekstrand wrote: > On Mon, Jul 10, 2017 at 9:15 AM, Christian König > mailto:deathsim...@vodafone.de>> wrote: > > Am 10.07.2017 um 17:52 schrieb Jason Ekstrand: >> On Mon, Jul 10, 2017 at 8:45 AM, Christian König >> mailto:deathsim...@vodafone.de>> wrote: >>

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

From:* amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org > ] *On Behalf Of *Jason Ekstrand > *Sent:* Monday, July 10, 2017 11:53 AM > *To:* Christian König > *Cc:* Dave Airlie ; Maling list - > DRI developers > ; amd-gfx mailing list > > *Subject:* Re: [PATCH] drm/s

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Mon, Jul 10, 2017 at 9:15 AM, Christian König wrote: > Am 10.07.2017 um 17:52 schrieb Jason Ekstrand: > > On Mon, Jul 10, 2017 at 8:45 AM, Christian König > wrote: > >> Am 10.07.2017 um 17:28 schrieb Jason Ekstrand: >> >> On Wed, Jul 5, 2017 at 6:04 PM, Dave Airlie wrote: >> [SNIP] >> So, re

RE: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Ekstrand Sent: Monday, July 10, 2017 11:53 AM To: Christian König Cc: Dave Airlie ; Maling list - DRI developers ; amd-gfx mailing list Subject: Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6) On Mon, Jul 10, 2017 at 8:45 AM, Christian König mailto:deathsim...@vodafone.de>> wro

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Am 10.07.2017 um 17:52 schrieb Jason Ekstrand: On Mon, Jul 10, 2017 at 8:45 AM, Christian König mailto:deathsim...@vodafone.de>> wrote: Am 10.07.2017 um 17:28 schrieb Jason Ekstrand: On Wed, Jul 5, 2017 at 6:04 PM, Dave Airlie mailto:airl...@gmail.com>> wrote: [SNIP] So, readin

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

d-gfx mailing list *Subject:* Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6) On Mon, Jul 10, 2017 at 8:45 AM, Christian König mailto:deathsim...@vodafone.de>> wrote: Am 10.07.2017 um 17:28 schrieb Jason Ekstrand: On Wed, Jul 5, 2017 at 6:04 PM, Dave Airlie

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Mon, Jul 10, 2017 at 8:45 AM, Christian König wrote: > Am 10.07.2017 um 17:28 schrieb Jason Ekstrand: > > On Wed, Jul 5, 2017 at 6:04 PM, Dave Airlie wrote: > >> From: Dave Airlie >> >> This interface will allow sync object to be used to back >> Vulkan fences. This API is pretty much the vul

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

Am 10.07.2017 um 17:28 schrieb Jason Ekstrand: On Wed, Jul 5, 2017 at 6:04 PM, Dave Airlie > wrote: From: Dave Airlie mailto:airl...@redhat.com>> This interface will allow sync object to be used to back Vulkan fences. This API is pretty much the vulkan fenc

Re: [PATCH] drm/syncobj: add sync obj wait interface. (v6)

On Wed, Jul 5, 2017 at 6:04 PM, Dave Airlie wrote: > From: Dave Airlie > > This interface will allow sync object to be used to back > Vulkan fences. This API is pretty much the vulkan fence waiting > API, and I've ported the code from amdgpu. > > v2: accept relative timeout, pass remaining time