With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
NOTE: this depends upon the next release of libdrm to remove some
opencoded defines.
Signed-off-by: Chris Wilson
Am 08.07.2014 23:01, schrieb Jasper St. Pierre:
_XIPassiveGrabDevice calls LockDisplay as the first thing it does. That
means that it expects the display to be unlocked. XIGrabTouchBegin locks
the display to check for the XI extension, and then never unlocks it.
Effectively, this meant that
Am 09.07.2014 09:00, schrieb Chris Wilson:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
NOTE: this depends upon the next release of libdrm to remove some
opencoded
On Wed, 9 Jul 2014 08:00:21 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
NOTE: this depends upon the next release
On Wed, Jul 09, 2014 at 10:44:17AM +0300, Pekka Paalanen wrote:
On Wed, 9 Jul 2014 08:00:21 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
NOTE: this depends upon the next release of libdrm to remove one
opencoded define.
v2: Use enum to determine primary plane,
Date: Wed, 09 Jul 2014 09:28:31 +0200
From: walter harms wha...@bfs.de
Am 09.07.2014 09:00, schrieb Chris Wilson:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
On Wed, 9 Jul 2014 09:19:08 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
for native rotation support.
NOTE: this depends upon the next release
On Wed, Jul 09, 2014 at 12:57:12PM +0300, Pekka Paalanen wrote:
On Wed, 9 Jul 2014 09:19:08 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
With the advent of universal drm planes and the introduction of generic
plane properties for rotations, we can query and program the hardware
On Tue, Jul 08, 2014 at 10:01:52AM -0400, Rob Clark wrote:
This enables the xserver to associate the drm driver name msm to the
xf86-video-freedreno driver.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
Not sure if anyone has a better suggestion for how to do that videodrv
abi check in
_XiCheckExtInit already unlocks the display on error. Yes, it's terrible.
On Wed, Jul 9, 2014 at 3:23 AM, walter harms wha...@bfs.de wrote:
Am 08.07.2014 23:01, schrieb Jasper St. Pierre:
_XIPassiveGrabDevice calls LockDisplay as the first thing it does. That
means that it expects the
On Tue, Jul 8, 2014 at 10:01:52 -0400, Rob Clark wrote:
This enables the xserver to associate the drm driver name msm to the
xf86-video-freedreno driver.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
Not sure if anyone has a better suggestion for how to do that videodrv
abi check in
On Wed, Jul 09, 2014 at 12:26:24PM +0200, Julien Cristau wrote:
On Tue, Jul 8, 2014 at 10:01:52 -0400, Rob Clark wrote:
This enables the xserver to associate the drm driver name msm to the
xf86-video-freedreno driver.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
Not sure if
Am 09.07.2014 12:23, schrieb Jasper St. Pierre:
_XiCheckExtInit already unlocks the display on error. Yes, it's terrible.
In this case,
it would be better to move the lock/unlock into _XiCheckExtInit.
re,
wh
On Wed, Jul 9, 2014 at 3:23 AM, walter harms wha...@bfs.de wrote:
Am
On Wed, Jul 9, 2014 at 12:30:36 +0200, Thierry Reding wrote:
On Wed, Jul 09, 2014 at 12:26:24PM +0200, Julien Cristau wrote:
Also, any reason to install the file in sysconfdir instead of
${datadir}/X11/xorg.conf.d?
It's sysconf*ig*dir, which is in fact ${datarootdir}/X11/xorg.conf.d.
Hi,
Changes since v3:
- XSHMFENCE variable renamed to LIBXSHMFENCE
- WANT_XSHMFENCE renamed to XSHMFENCE
- DRI3+xshmfence check correctly using XSHMFENCE not HAVE_XSHMFENCE
- Use LIBXSHMFENCE in REQUIRED_LIBS
Ross
___
xorg-devel@lists.x.org: X.Org
xshmfence is usable outside of DRI3, and is currently autodetected which isn't
good for distributions where deterministic builds are desired.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
configure.ac | 26 +++---
1 file changed, 15 insertions(+), 11 deletions(-)
But all the other existing code that uses _XiCheckExtInit expects it to
unlock on error, but not on success. Peter wrote this code, though, so I'll
let him have the final say.
On Wed, Jul 9, 2014 at 6:31 AM, walter harms wha...@bfs.de wrote:
Am 09.07.2014 12:23, schrieb Jasper St. Pierre:
On Wed, Jul 9, 2014 at 6:26 AM, Julien Cristau jcris...@debian.org wrote:
On Tue, Jul 8, 2014 at 10:01:52 -0400, Rob Clark wrote:
This enables the xserver to associate the drm driver name msm to the
xf86-video-freedreno driver.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
Not sure if
Nothing in the XKB spec states that the memory pointed to by ctrls has to
be initialized to any given value when passed to the function, only that
it is set by the function to the values returned by the X server:
Check is intended to ensure we allocate at least XkbNumRequiredTypes
in map, but was accidentally marked with a ! causing the wrong check.
Reported-by: Harms wharms@bfs,de
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
src/xkb/XKBMAlloc.c |2 +-
1 file changed, 1
Reviewed-by: Matt Turner matts...@gmail.com
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
On Wed, Jul 09, 2014 at 06:45:06AM -0400, Jasper St. Pierre wrote:
But all the other existing code that uses _XiCheckExtInit expects it to
unlock on error, but not on success. Peter wrote this code, though, so I'll
let him have the final say.
yeah, if someone wants to fix this on a global
On 24.06.2014 16:09, Michel Dänzer wrote:
This reverts commit 4e9aabb6fc15d8052934f20c6a07801c197ec36a.
It broke kwin decorations with XRender compositing.
After several complaints about this revert from users of other DEs
(because it broke their systray icons again), I tried to reproduce
On 07/09/2014 10:34 PM, Alan Coopersmith wrote:
Check is intended to ensure we allocate at least XkbNumRequiredTypes
in map, but was accidentally marked with a ! causing the wrong check.
Reported-by: Harms wharms@bfs,de
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
Reviewed-by:
25 matches
Mail list logo