[Intel-gfx] [RFC 02/12] staging/android/sync: add sync_fence_create_dma

Tvrtko Ursulin tvrtko.ursulin at linux.intel.com
Mon Nov 23 05:44:31 PST 2015


On 23/11/15 13:38, John Harrison wrote:
> On 23/11/2015 13:27, Maarten Lankhorst wrote:
>> Op 23-11-15 om 12:34 schreef John.C.Harrison at Intel.com:
>>> From: Maarten Lankhorst <maarten.lankhorst at canonical.com>
>>>
>>> This allows users of dma fences to create a android fence.
>>>
>>> v2: Added kerneldoc. (Tvrtko Ursulin).
>>>
>>> Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com>
>>> Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
>>> Cc: Maarten Lankhorst <maarten.lankhorst at linux.intel.com>
>>> Cc: Daniel Vetter <daniel at ffwll.ch>
>>> Cc: Jesse Barnes <jbarnes at virtuousgeek.org>
>>> Cc: devel at driverdev.osuosl.org
>>> Cc: Riley Andrews <riandrews at android.com>
>>> Cc: Greg Kroah-Hartman <gregkh at linuxfoundation.org>
>>> Cc: Arve Hjønnevåg <arve at android.com>
>>> ---
>>>   drivers/staging/android/sync.c | 13 +++++++++----
>>>   drivers/staging/android/sync.h | 12 +++++++++++-
>>>   2 files changed, 20 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/drivers/staging/android/sync.c
>>> b/drivers/staging/android/sync.c
>>> index f83e00c..7f0e919 100644
>>> --- a/drivers/staging/android/sync.c
>>> +++ b/drivers/staging/android/sync.c
>>> @@ -188,7 +188,7 @@ static void fence_check_cb_func(struct fence *f,
>>> struct fence_cb *cb)
>>>   }
>>>   /* TODO: implement a create which takes more that one sync_pt */
>>> -struct sync_fence *sync_fence_create(const char *name, struct
>>> sync_pt *pt)
>>> +struct sync_fence *sync_fence_create_dma(const char *name, struct
>>> fence *pt)
>>>   {
>>>       struct sync_fence *fence;
>>> @@ -199,16 +199,21 @@ struct sync_fence *sync_fence_create(const char
>>> *name, struct sync_pt *pt)
>>>       fence->num_fences = 1;
>>>       atomic_set(&fence->status, 1);
>>> -    fence->cbs[0].sync_pt = &pt->base;
>>> +    fence->cbs[0].sync_pt = pt;
>>>       fence->cbs[0].fence = fence;
>>> -    if (fence_add_callback(&pt->base, &fence->cbs[0].cb,
>>> -                   fence_check_cb_func))
>>> +    if (fence_add_callback(pt, &fence->cbs[0].cb, fence_check_cb_func))
>>>           atomic_dec(&fence->status);
>>>       sync_fence_debug_add(fence);
>>>       return fence;
>>>   }
>>> +EXPORT_SYMBOL(sync_fence_create_dma);
>>> +
>>> +struct sync_fence *sync_fence_create(const char *name, struct
>>> sync_pt *pt)
>>> +{
>>> +    return sync_fence_create_dma(name, &pt->base);
>>> +}
>>>   EXPORT_SYMBOL(sync_fence_create);
>>>   struct sync_fence *sync_fence_fdget(int fd)
>>> diff --git a/drivers/staging/android/sync.h
>>> b/drivers/staging/android/sync.h
>>> index 61f8a3a..798cd56 100644
>>> --- a/drivers/staging/android/sync.h
>>> +++ b/drivers/staging/android/sync.h
>>> @@ -250,10 +250,20 @@ void sync_pt_free(struct sync_pt *pt);
>>>    * @pt:        sync_pt to add to the fence
>>>    *
>>>    * Creates a fence containg @pt.  Once this is called, the fence takes
>>> - * ownership of @pt.
>>> + * a reference on @pt.
>>>    */
>>>   struct sync_fence *sync_fence_create(const char *name, struct
>>> sync_pt *pt);
>> No it doesn't.
>>> +/**
>>> + * sync_fence_create_dma() - creates a sync fence from dma-fence
>>> + * @name:    name of fence to create
>>> + * @pt:    dma-fence to add to the fence
>>> + *
>>> + * Creates a fence containg @pt.  Once this is called, the fence takes
>>> + * a reference on @pt.
>>> + */
>> No it doesn't.
> This is your patch isn't it? Or is this something Tvrtko added on the
> way past? Either way, what should the correct description be? It takes a

It is Maarten's patch, I just copied the comment over from one function 
to another. The one I picked up was 
https://patchwork.freedesktop.org/patch/38074/, December 2014.

> copy of the pointer to 'pt'. Is the comment meaning a reference in the
> sense of 'pass by reference', i.e. a pointer? But you are meaning a
> reference in the sense of incrementing a usage count?

Maybe he means it is still taking ownership, not reference?

Regards,

Tvrtko


More information about the Intel-gfx mailing list