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
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
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
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.
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
+
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:
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
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
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
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
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
11 matches
Mail list logo