Hi Chad,
I took a look at running the egl_khr_fence_sync test again recently,
and Ilja's patch fixed one issue, but it didn't actually address the
original problem I had when running this test using the Mali driver.
I have been running piglit using epoxy dispatch.
Epoxy builds its dispatch
On 08/18/2014 07:46 PM, Daniel Kurtz wrote:
On Tue, Aug 19, 2014 at 7:05 AM, Chad Versace
chad.vers...@linux.intel.com wrote:
On 08/13/2014 07:13 PM, Daniel Kurtz wrote:
I think the original reason why I wrote this patch was to address
build breakage due to the incomplete dispatch (using
On 08/13/2014 07:13 PM, Daniel Kurtz wrote:
On Thu, Aug 14, 2014 at 6:41 AM, Chad Versace chad.vers...@linux.intel.com
mailto:chad.vers...@linux.intel.com wrote:
On 08/07/2014 04:09 AM, Daniel Kurtz wrote:
These tests all require EGL_KHR_reusable_sync.
No they don't,
On Tue, Aug 19, 2014 at 7:05 AM, Chad Versace
chad.vers...@linux.intel.com wrote:
On 08/13/2014 07:13 PM, Daniel Kurtz wrote:
On Thu, Aug 14, 2014 at 6:41 AM, Chad Versace chad.vers...@linux.intel.com
mailto:chad.vers...@linux.intel.com wrote:
On 08/07/2014 04:09 AM, Daniel Kurtz
On 08/07/2014 04:09 AM, Daniel Kurtz wrote:
These tests all require EGL_KHR_reusable_sync.
No they don't, at least according to the spec. Have you found a buggy driver?
Or... maybe I wrote the test totally wrong... I hope not.
EGL_KHR_resuable_sync defines the sync type EGL_SYNC_REUSABLE_KHR,
On Thu, Aug 14, 2014 at 6:41 AM, Chad Versace chad.vers...@linux.intel.com
wrote:
On 08/07/2014 04:09 AM, Daniel Kurtz wrote:
These tests all require EGL_KHR_reusable_sync.
No they don't, at least according to the spec. Have you found a buggy
driver?
Or... maybe I wrote the test totally
These tests all require EGL_KHR_reusable_sync.
Signed-off-by: Daniel Kurtz djku...@chromium.org
---
I do not have commit access, so can someone please submit this for me if it
looks good?
Thanks
-djk
tests/egl/spec/egl_khr_fence_sync/egl_khr_fence_sync.c | 6 ++
1 file changed, 6
