[ANNOUNCE] xf86-video-intel 2.99.907

Snapshot 2.99.907 (2013-12-30) == The highlight here is that things seem to be quietening down on the bug reporting front. All is not quiet as you will see below, and maybe it is just the holiday season that is approaching*, but there has been a remarkable falloff in

unable to load module vivante

Hi all, I am facing this error when try to run startx on imx6 board. [36.794] (II) LoadModule:vivante [36.808] (II) Loading /usr/lib/xorg/modules/input/vivante_drv.so [ 36.920] (EE) LoadModule: Module vivante does not have a vivanteModuleData data object. [ 36.920] (II)

[PATCH] dix: Clear any existing selections before initializing privates

If there is a selection left over from a previous execution of the main loop, and that selection has privates allocated for it, the X server will crash. This is because dixResetPrivates() resets the privates refcounts to zero without accounting for the reference held by the selection object. When

Re: [PATCH:libFS] Add AC_SYSTEM_EXTENSIONS to expose non-standard extensions

All Reviewed-by: Daniel Stone dan...@fooishbar.org On 27 December 2013 19:11, Alan Coopersmith alan.coopersm...@oracle.com wrote: Required on Solaris to expose fd_mask in sys/select.h now that xtrans 1.3 defines _XOPEN_SOURCE to 600 on Solaris, since fd_mask is not defined in that version of

Re: [PATCH:xhost] Add AC_USE_SYSTEM_EXTENSIONS to expose non-standard extensions

Reviewed-by: Daniel Stone dan...@fooishbar.org On 27 December 2013 20:11, Alan Coopersmith alan.coopersm...@oracle.com wrote: Required on Solaris to expose definitions in system headers that are not defined in the XPG standards now that xtrans 1.3 defines _XOPEN_SOURCE to 600 on Solaris.

Re: [Xcb] [PATCH libX11] xcb_io: Fix Xlib 32-bit request number wrapping bug

Jonas Petersen jnsptr...@gmail.com writes: By design, on 32-bit systems, the Xlib internal 32-bit request sequence numbers may wrap. There is two locations within xcb_io.c that are not wrap-safe though. The value of last_flushed relies on request to be sequential all the time. This is not

[PULL] glamor import

Background: I'm picking the glamor work back up, trying to bring it in tree so it's useful beyond just the Xorg DDX. I don't think we can do review on all of the past history, so I'm hoping to do a merge and then get reviewed cleanups to that code. Here's a pull request for the glamor series I

[PULL] glx loader unifdeffing.

Now, some nice easy reviewed changes to pull. The following changes since commit 2ea973e12f5d954211e1d10085a4c74581b43aca: Bump version to 1.15.0 (2013-12-27 09:50:55 -0800) are available in the git repository at: git://people.freedesktop.org/~anholt/xserver xserver-unifdef for you to

[Bug 73161] New: Error message and weird vainfo after cold boot on Radeonhd7750

https://bugs.freedesktop.org/show_bug.cgi?id=73161 Priority: medium Bug ID: 73161 Assignee: xorg-driver-ati@lists.x.org Summary: Error message and weird vainfo after cold boot on Radeonhd7750 QA Contact: xorg-t...@lists.x.org

[Bug 73161] Error message and weird vainfo after cold boot on Radeonhd7750

https://bugs.freedesktop.org/show_bug.cgi?id=73161 Lóránt Farkas farkasl...@gmail.com changed: What|Removed |Added Hardware|Other |x86-64 (AMD64)

[Bug 73178] New: Driver lockup with radeon r7 260x: *ERROR* radeon: ring 1 test failed (scratch(0x3010C)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=73178 Priority: medium Bug ID: 73178 Assignee: xorg-driver-ati@lists.x.org Summary: Driver lockup with radeon r7 260x: *ERROR* radeon: ring 1 test failed (scratch(0x3010C)=0xCAFEDEAD)

[Bug 73178] Driver lockup with radeon r7 260x: *ERROR* radeon: ring 1 test failed (scratch(0x3010C)=0xCAFEDEAD)

https://bugs.freedesktop.org/show_bug.cgi?id=73178 Richard Eames freedesk...@naddiseo.ca changed: What|Removed |Added CC|