[PATCH xserver] glamor: use drmGetDeviceNameFromFD2 when available

This is for glamor can support fd from DRM render node which is useful for a render only DDX. Signed-off-by: Qiang Yu --- configure.ac| 3 +++ glamor/glamor_egl.c | 4 include/dix-config.h.in | 3 +++ 3 files changed, 10 insertions(+) diff --git

[PATCH xf86-video-dummy] Add glamor acceleration which enables native OpenGL support

Enable glamor acceleration in xorg.conf by: Section "Device" ... Driver "dummy" Option "Render" "/dev/dri/renderD128" ... EndSection GPU is chosen by the Render option which specifies the render node of the GPU DRM device. We could use the dumb buffer instead of gbm buffer as the screen

Re: [PATCH xserver 2/2] glamor: Always purge the FBO cache in BlockHandler

On 07/03/17 03:02 AM, Eric Anholt wrote: > Michel Dänzer writes: > >> From: Michel Dänzer >> >> Or if the cache watermark is reached, whichever comes earlier. >> >> This slightly simplifies the FBO cache management, and prevents it from >> potentially

Re: [ANNOUNCE] xorg-server 1.19.2

On Fri, 2017-03-03 at 17:32 -0800, Jeremy Huddleston Sequoia wrote: > What do you propose instead of autotools?  I agree that it is utter > garbage, and I dislike the license ... but I certainly don't like any > of the alternatives either.  CMake, JAM, and the rest are pretty much > all crap for

Re: [RFC PATCH xserver] xwayland: make sure client is not gone in sync callback

On Mon, 2017-03-06 at 09:32 -0500, Olivier Fourdan wrote: > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=100040 > Tested-by: Mark B remote: I: patch #141671 updated using rev 64ca14b85e45b13628396f21d1903e311f92a9e1. remote: I: 1 patch(es) updated to

Re: [PATCH xserver] sdksyms: Tighten up the symbols we add to the magic table

On Mon, 2017-03-06 at 18:23 +, Jon Turney wrote: > Unfortunately, one of the possible definitions of _X_EXPORT in  > Xfuncproto.h is empty, in which case, this leaves us with nothing in  > sdksyms.c Though this be true, I'm not sure how it can matter. We only build xfree86 on systems where

Re: [PATCH xserver 1/2] Revert "glamor: Remove the FBO cache."

On Fri, Mar 3, 2017 at 9:46 AM, Michel Dänzer wrote: > From: Michel Dänzer > > This reverts commit 950ffb8d6fd1480f305e38c571bda44f247f1de2 (and parts > of commit 4b5326aeba539249fcded91bf7806a708eeca651). > > It halved (or worse) the performance with

Re: [PATCH xserver] sdksyms: Tighten up the symbols we add to the magic table

On 16/02/2017 19:00, Adam Jackson wrote: The code as written would match anything declared extern. _X_EXPORT is what we really mean here. That's a macro, so check for what it expands to and skip if not found. --- hw/xfree86/sdksyms.sh | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH xserver 2/2] glamor: Always purge the FBO cache in BlockHandler

Michel Dänzer writes: > From: Michel Dänzer > > Or if the cache watermark is reached, whichever comes earlier. > > This slightly simplifies the FBO cache management, and prevents it from > potentially holding entries for a long time, while preserving

[PATCH xserver] Workaround a sdksyms problem with gcc5 on Cygwin

The linemarkers in the preprocessor output from gcc5 on Cygwin have canonicalized paths to included files (e.g. xserver/build/../include/misc.h is canonicalized to xserver/build/include/misc.h). (see gcc svn rev 210264, which causes the transformation performed by -fcanonical-system-headers to be

Re: [PATCH xserver] xwayland: clear cursor frame callback

On Mon, 6 Mar 2017 15:03:53 +0100 Olivier Fourdan wrote: > After an X cursor is unrealized, the seat's corresponding x_cursor is > cleared, but if a frame callback was pending at the time, it will > remain and thus prevent any further cursor update, leaving the window >

Re: [RFC PATCH xserver] xwayland: make sure client is not gone in sync callback

> in XWayland, dri3_send_open_reply() is called from a sync callback, so > there is a possibility that the client might be gone when we get to the > callback eventually, which leads to a crash in _XSERVTransSendFd() from > WriteFdToClient() . > > Check if clientGone has been set in the sync

[PATCH xserver] xwayland: clear cursor frame callback

After an X cursor is unrealized, the seat's corresponding x_cursor is cleared, but if a frame callback was pending at the time, it will remain and thus prevent any further cursor update, leaving the window with no cursor. Make sure to destroy the frame callback if any when that occurs, so that