[PATCH 1/2] glamor: Add GLAMOR_ACCESS_WO

2014-08-05 Thread Michel Dänzer
From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com --- glamor/glamor_prepare.c | 13 + glamor/glamor_priv.h| 1 + 2 files changed, 10 insertions(+), 4 deletions(-) diff --git a/glamor/glamor_prepare.c b/glamor/glamor_prepare.c index

[PATCH 2/2] glamor: Add glamor_copy_fbo_cpu() for CopyArea to non-GPU destination

2014-08-05 Thread Michel Dänzer
From: Michel Dänzer michel.daen...@amd.com This provides a speedup e.g. when the destination is an SHM pixmap. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76285 Signed-off-by: Michel Dänzer michel.daen...@amd.com --- glamor/glamor_copy.c | 54

Re: [PATCH 1/2] glamor: Add GLAMOR_ACCESS_WO

2014-08-05 Thread walter harms
Am 05.08.2014 10:08, schrieb Michel Dänzer: From: Michel Dänzer michel.daen...@amd.com Signed-off-by: Michel Dänzer michel.daen...@amd.com --- glamor/glamor_prepare.c | 13 + glamor/glamor_priv.h| 1 + 2 files changed, 10 insertions(+), 4 deletions(-) diff --git

[PATCH] udev: Do not attempt to remove GPUs for connector updates

2014-08-05 Thread Chris Wilson
With the advent of MST we now receive notifications through uevents of not just the comings and goings of the GPUs themselves, but of the individual connectors. Differentiate between these events and filter out the calls to add/remove the actual GPU if we only have topology updates.

Re: [PATCH 2/2] glamor: Add glamor_copy_fbo_cpu() for CopyArea to non-GPU destination

2014-08-05 Thread Eric Anholt
Michel Dänzer mic...@daenzer.net writes: From: Michel Dänzer michel.daen...@amd.com This provides a speedup e.g. when the destination is an SHM pixmap. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76285 Signed-off-by: Michel Dänzer michel.daen...@amd.com +

[PATCH] modesetting: don't be a GPU screen

2014-08-05 Thread Rob Clark
It doesn't actually make any sense for a kms-only ddx. And it causes problems with non-PCI devices, because some xservers will skip trying to claim the device as a regular device if it is not a PCI device. The following two xserver patches should fix this:

Re: [PATCH] modesetting: don't be a GPU screen

2014-08-05 Thread Dave Airlie
NAK. This break output slaving, GPU screen are slave screen for outputs and offloads. Dave. On 6 August 2014 03:59, Rob Clark robdcl...@gmail.com wrote: It doesn't actually make any sense for a kms-only ddx. And it causes problems with non-PCI devices, because some xservers will skip trying

Re: [PATCH] udev: Do not attempt to remove GPUs for connector updates

2014-08-05 Thread Dave Airlie
On 5 August 2014 18:27, Chris Wilson ch...@chris-wilson.co.uk wrote: With the advent of MST we now receive notifications through uevents of not just the comings and goings of the GPUs themselves, but of the individual connectors. Differentiate between these events and filter out the calls to

RE: [PATCH] modesetting: don't be a GPU screen

2014-08-05 Thread Stephen Warren
Rob Clark wrote at Tuesday, August 05, 2014 12:00 PM: It doesn't actually make any sense for a kms-only ddx. And it causes problems with non-PCI devices, because some xservers will skip trying to claim the device as a regular device if it is not a PCI device. The following two xserver

[PATCH v2] glamor: Add glamor_copy_fbo_cpu() for CopyArea to non-GPU destination

2014-08-05 Thread Michel Dänzer
From: Michel Dänzer michel.daen...@amd.com This provides a speedup e.g. when the destination is an SHM pixmap. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76285 Signed-off-by: Michel Dänzer michel.daen...@amd.com --- v2: Drop unnecessary use of GLAMOR_ACCESS_WO, thanks Eric for

[PATCH synaptics] conf: increase top software button area to 15%

2014-08-05 Thread Peter Hutterer
We had reports that the top software button area is hard to hit for those using the trackpoint and clicking the buttons with their thumb. Analysis of event recordings (3 different people) for left, right and middle clicks shows that there is a significant amount of events up to about 10mm (with