[PATCH 3/3] drm/amdgpu: add FENCE_TO_HANDLE ioctl that returns syncobj or sync_file
Christian König
deathsimple at vodafone.de
Wed Sep 13 14:16:08 UTC 2017
Am 13.09.2017 um 16:06 schrieb Marek Olšák:
> On Wed, Sep 13, 2017 at 3:46 PM, Zhou, David(ChunMing)
> <David1.Zhou at amd.com> wrote:
>> For android using mesa instance, egl draw will dequeue an android buffer,
>> after egl draw, the buffer will back to android bufffer queue, but need
>> append a syncfile fd. If getting syncfile fd for every egl draw always needs
>> several syncobj ioctls, the io overhead isn't small. But if we directly
>> return syncfile when egl draw CS, isn't it better?
> You have a good point. I'd be OK with either approach, or even with
> having both options in the kernel.
I don't have a strong opinion for the CS IOCTL either. If it saves us an
extra IOCTL when we directly return a syncfile fd then why not?
But we really shouldn't use syncfile for the VA IOCTL. That's nothing we
want to share with other processes and the returned fence or sequence
needs to be lightweight.
Ideally I would say it should be a sequence number, so that you can say
max(seq1, seq2) and always have the latest.
The next best approach I think would be to use syncobj, cause it is
simply rather easily to implement.
Christian.
>
> Marek
More information about the dri-devel
mailing list