Re: [Intel-gfx] [Mesa-dev] [PATCH v2 mesa] vk/intel: use negative VK_NO_PROTOTYPES scheme

2016-05-01 Thread Kenneth Graunke
On Sunday, May 1, 2016 9:51:00 AM PDT Emil Velikov wrote: > On 28 April 2016 at 19:13, Eric Engestrom wrote: > > On Mon, Apr 25, 2016 at 05:08:18PM +0100, Emil Velikov wrote: > >> On 21 April 2016 at 11:24, Eric Engestrom wrote: > >> > Commit 3d0fac7aca237bbe8ed8e2a362d3b42d0ef8c46c changed all

Re: [Intel-gfx] i915 ERRORs and WARN_ON()s

2016-05-01 Thread Florian Zumbiehl
Hi, > I fully understand your frustration with all this - you have a bug and > it's annoying and creating bugzilla accounts all over the internet is > indeed not a good way to do things. Unfortunately bugzilla is the > standard, and we don't have the manpower to write our own, nor do the > freedes

Re: [Intel-gfx] i915 ERRORs and WARN_ON()s

2016-05-01 Thread Daniel Vetter
Hi Florian, I fully understand your frustration with all this - you have a bug and it's annoying and creating bugzilla accounts all over the internet is indeed not a good way to do things. Unfortunately bugzilla is the standard, and we don't have the manpower to write our own, nor do the freedeskt

[Intel-gfx] ✓ Fi.CI.BAT: success for drm: Restore double clflush on the last partial cacheline

2016-05-01 Thread Patchwork
== Series Details == Series: drm: Restore double clflush on the last partial cacheline URL : https://patchwork.freedesktop.org/series/6573/ State : success == Summary == Series 6573v1 drm: Restore double clflush on the last partial cacheline http://patchwork.freedesktop.org/api/1.0/series/6573

Re: [Intel-gfx] [Mesa-dev] [PATCH v2 mesa] vk/intel: use negative VK_NO_PROTOTYPES scheme

2016-05-01 Thread Emil Velikov
On 28 April 2016 at 19:13, Eric Engestrom wrote: > On Mon, Apr 25, 2016 at 05:08:18PM +0100, Emil Velikov wrote: >> On 21 April 2016 at 11:24, Eric Engestrom wrote: >> > Commit 3d0fac7aca237bbe8ed8e2a362d3b42d0ef8c46c changed all the >> > VK_PROTOTYPES to VK_NO_PROTOTYPES >> > This brings the Int

[Intel-gfx] [PATCH] drm: Restore double clflush on the last partial cacheline

2016-05-01 Thread Chris Wilson
This effectively reverts commit afcd950cafea6e27b739fe7772cbbeed37d05b8b Author: Chris Wilson Date: Wed Jun 10 15:58:01 2015 +0100 drm: Avoid the double clflush on the last cache line in drm_clflush_virt_range() as we have observed issues with serialisation of the clflush operations on B