Introduce a new helper framework for buffer synchronization
Rob Clark
robdclark at gmail.com
Mon May 13 06:48:25 PDT 2013
On Mon, May 13, 2013 at 8:21 AM, Inki Dae <inki.dae at samsung.com> wrote:
>
>> In that case you still wouldn't give userspace control over the fences. I
>> don't see any way that can end well.
>> What if userspace never signals? What if userspace gets killed by oom
>> killer. Who keeps track of that?
>>
>
> In all cases, all kernel resources to user fence will be released by kernel
> once the fence is timed out: never signaling and process killing by oom
> killer makes the fence timed out. And if we use mmap mechanism you mentioned
> before, I think user resource could also be freed properly.
I tend to agree w/ Maarten here.. there is no good reason for
userspace to be *signaling* fences. The exception might be some blob
gpu drivers which don't have enough knowledge in the kernel to figure
out what to do. (In which case you can add driver private ioctls for
that.. still not the right thing to do but at least you don't make a
public API out of it.)
BR,
-R
More information about the dri-devel
mailing list