[PATCH] Merging Render code into r128_exa.c

Hi Connor, I do not mean to harass you regarding this patch or my response to your feedback, but it will be nice if you can reply to my response I sent to the mailing list regarding what to do with the Render code. I did modify the original proposal, and maintains a separate r128_exa_render.c

Re: Wayland Protocol

On 25/08/16 10:38 PM, Корень Зла wrote: > Can u code Wayland plagin or nativley support of Wayland t X.org server? Already done, look up Xwayland. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X

Re: XPutImage not drawing "small" images

On 26/08/16 03:01 AM, Omar Eshmawi wrote: > > Hey, I'm having weird problems w/ XPutImage () > on 2 different computers w/ different graphics cards > when I put in certain values for the width,height fields > the image isn't drawn > specifically when the dimensions take up a space smaller

[Bug 97444] mesa git crashes in libxshmfence

https://bugs.freedesktop.org/show_bug.cgi?id=97444 --- Comment #7 from Michel Dänzer --- (In reply to Fabian Maurer from comment #6) > Should I still bisect xf86-video-amdgpu to see where thats changes > introduced the crash? That would be interesting. It definitely

XPutImage not drawing "small" images

Hey, I'm having weird problems w/ XPutImage () on 2 different computers w/ different graphics cards when I put in certain values for the width,height fields the image isn't drawn specifically when the dimensions take up a space smaller than 4096 pixels, it won't draw so XPutImage

Wayland Protocol

Can u code Wayland plagin or nativley support of Wayland t X.org server? at gitHub not only Wayland sources and Weston sources look at this stuff,many peoples thinks this stuff if future of Linux. ___ xorg@lists.x.org: X.Org support Archives:

Re: [PATCH xserver] xwayland: Process queued events before making wayland mods effective

It seems this patch has fallen through the cracks, can someone push it please? Rui On Mon, Jun 27, 2016 at 9:55 AM, Daniel Stone wrote: > This is a good solution, though a better solution would arguably be to > add an event we send down the mi event queue, which carried

Re: [PATCH v2 xserver] modesetting: Fall back to primary crtc for vblank for drawables on slave outputs

Note subject should include 3/3 as this is a v2 of a patch from my previous set. git send-email --start-number 3 did not do what I expected ... On 25-08-16 12:44, Hans de Goede wrote: This fixes glxgears running at 1 fps when fully covering a slave-output and the modesetting driver is used for

[PATCH v2 xserver] modesetting: Fall back to primary crtc for vblank for drawables on slave outputs

This fixes glxgears running at 1 fps when fully covering a slave-output and the modesetting driver is used for the master gpu. Reported-by: Peter Wu Signed-off-by: Hans de Goede --- Changes in v2: -Only fallback to primary crtc if it is in DPMSModeOn

Backporting Xwayland fixes to 1.18.x

Hi, I have a few fixes in server-1.18-branch cherry-picked from master for Xwayland here: git://people.freedesktop.org/~ofourdan :server-1.18-backports (https://cgit.freedesktop.org/~ofourdan/xserver/log/?h=server-1.18-backports) These contains several fixes from master that can be

Re: [PATCH v2 xserver 1/2] glamor: Add glamor_shareable_fd_from_pixmap()

Hi, On 24-08-16 20:48, Keith Packard wrote: Hans de Goede writes: Add glamor_shareable_fd_from_pixmap function to get dma-buf fds suitable for sharing across GPUs (not using GPU specific tiling). This is necessary for the modesetting driver to correctly implement the

[Bug 97392] blank/dpms off causes X freezing on Redwood with commit 9090309e057dc703d1a5bffd88e6cae14108cfc3

https://bugs.freedesktop.org/show_bug.cgi?id=97392 Michel Dänzer changed: What|Removed |Added Resolution|FIXED |---