Re: [rfc repost] drm sync objects - a new beginning (make ickle happier?)

2017-04-20 Thread Christian König
Am 19.04.2017 um 21:14 schrieb Dave Airlie: On 20 April 2017 at 04:42, Dave Airlie wrote: On 19 April 2017 at 22:07, Christian König wrote: Am 13.04.2017 um 03:41 schrieb Dave Airlie: Okay I've taken Chris's suggestions to heart and reworked

Re: [rfc repost] drm sync objects - a new beginning (make ickle happier?)

2017-04-19 Thread Dave Airlie
On 20 April 2017 at 04:42, Dave Airlie wrote: > On 19 April 2017 at 22:07, Christian König wrote: >> Am 13.04.2017 um 03:41 schrieb Dave Airlie: >>> >>> Okay I've taken Chris's suggestions to heart and reworked things >>> around a sem_file to see how

Re: [rfc repost] drm sync objects - a new beginning (make ickle happier?)

2017-04-19 Thread Dave Airlie
On 19 April 2017 at 22:07, Christian König wrote: > Am 13.04.2017 um 03:41 schrieb Dave Airlie: >> >> Okay I've taken Chris's suggestions to heart and reworked things >> around a sem_file to see how they might look. >> >> This means the drm_syncobj are currently only

Re: [rfc repost] drm sync objects - a new beginning (make ickle happier?)

2017-04-19 Thread James Jones
On 04/19/2017 05:07 AM, Christian König wrote: Am 13.04.2017 um 03:41 schrieb Dave Airlie: Okay I've taken Chris's suggestions to heart and reworked things around a sem_file to see how they might look. This means the drm_syncobj are currently only useful for semaphores, the flags field could

Re: [rfc repost] drm sync objects - a new beginning (make ickle happier?)

2017-04-19 Thread Christian König
Am 13.04.2017 um 03:41 schrieb Dave Airlie: Okay I've taken Chris's suggestions to heart and reworked things around a sem_file to see how they might look. This means the drm_syncobj are currently only useful for semaphores, the flags field could be used in future to use it for other things, and

[rfc repost] drm sync objects - a new beginning (make ickle happier?)

2017-04-12 Thread Dave Airlie
Okay I've taken Chris's suggestions to heart and reworked things around a sem_file to see how they might look. This means the drm_syncobj are currently only useful for semaphores, the flags field could be used in future to use it for other things, and we can reintroduce some of the API then if