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
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
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
== 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
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
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