similar to: X.Org security advisory: July 31, 2020: Xserver

https://bugs.freedesktop.org/show_bug.cgi?id=28449 Summary: I messed up and now nouveau doesn't work. Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

- Only for sufficiently new xserver's and exa_driver_pixmaps. --- src/nouveau_exa.c | 217 +++++++++++++++++++++++++++++++++++++++++++++++++++-- src/nv_driver.c | 51 +++++++++++-- src/nv_proto.h | 4 + src/nv_type.h | 12 +++- 4 files changed, 267 insertions(+), 17 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index 93fc3c5..074a226 100644 ---

From: Marcin Slusarz <marcin.slusarz at gmail.com> after this change nouveau passes all fill and blend tests of rendercheck (before: fill - 108/120, blend - 3323868/3569150) tested on NV34 Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- src/nv04_exa.c | 19 +++++++++---------- src/nv_accel_common.c | 5 ++++- 2 files changed, 13 insertions(+), 11

These patches are pretty much done, except for a compile warning somewhere. The major remaining bottleneck is this line (as far as i can tell): offset -= (unsigned long) pPixmap->devPrivate.ptr; A significant amount of samples is spent on that, so suggestions on how to improve that are appreciated. I'm out of time for the moment. I'm curious how this performs for other people

From: Michel Dänzer <michel.daenzer at amd.com> This allows making the master screen's pixmap_dirty_list entries explicitly reflect that we're now tracking the root window instead of the screen pixmap, in order to allow Present page flipping on master outputs while there are active slave outputs. Define HAS_DIRTYTRACKING_DRAWABLE_SRC for drivers to check, but leave

This is the first release candidate for xserver 1.20. Notable changes since 1.19 include: - RANDR 1.6, which enables leasing RANDR resources to a client for its exclusive use (e.g. head mounted displays) - Depth 30 support in glamor and the modesetting driver - A meson-based build system, parallel to autotools - Pageflipping support for PRIME output sinks - OutputClass device matching for

I'm pleased to announce the 7.7.0 release of xf86-video-ati, the Xorg driver for ATI/AMD Radeon GPUs supported by the radeon kernel driver. This release supports xserver versions 1.9-1.18. Highlights: * Option "TearFree" can now prevent tearing with rotation/reflection as well (with Xorg >= 1.16). * RandR CRTC transforms now work correctly (but for now still exhibit tearing

I'm pleased to announce the 1.1.0 release of xf86-video-amdgpu, the Xorg driver for AMD Radeon GPUs supported by the amdgpu kernel driver. This release supports xserver versions 1.9-1.18. Highlights: * Support for the upcoming Polaris family of GPUs. * Option "TearFree" can now prevent tearing with rotation/reflection as well (with Xorg >= 1.16). * RandR CRTC transforms now

http://bugs.freedesktop.org/show_bug.cgi?id=24555 Summary: X server crash Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: dwmw2 at

For now pixmaps will only be tiled if driver pixmaps are being used and we're told to with the NOUVEAU_CREATE_PIXMAP_TILED usage hint. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- src/nouveau_exa.c | 31 ++++++++++++++++++++----------- src/nv50_exa.c | 6 +++--- src/nv50_xv.c | 2 +- src/nv_proto.h | 2 +- src/nv_type.h | 1 + 5 files

Aaron Ma (1): xfree86: add drm modes on non-GTF panels Adam Jackson (2): linux: Make platform device probe less fragile linux: Fix platform device PCI detection for complex bus topologies Alan Coopersmith (2): Update URL's in man pages doc: Update URLs in Xserver-DTrace.xml Alex Goins (1): randr: Check rrPrivKey in RRHasScanoutPixmap() Hans de Goede (1):

From: Christopher James Halse Rogers <raof at ubuntu.com> Barring some (admittedly significant) missing optimisations? this is reasonably complete, but can't be applied until the Xserver patch has landed, and that needs more work. This demonstrates the approach, however. There's probably some code to be shared with XWayland support, around the output handling (or lack thereof) and

http://bugs.freedesktop.org/show_bug.cgi?id=10927 Summary: segmentation fault in NVUploadToScreen, called from exaPutImage Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Multiple input validation failures in X server extensions ========================================================= All theses issuses can lead to local privileges elevation on systems where the X server is running privileged. * CVE-2020-14345 / ZDI CAN 11428 XkbSetNames Out-Of-Bounds Access The handler for the XkbSetNames request does not validate the request length before accessing its

https://bugs.freedesktop.org/show_bug.cgi?id=32453 Summary: SIGABRT caused by malloc around RegionCreate. Can only reproduce with nouveau not vesa. Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

So, you have Intel graphics? Which chipset? I hear the 915 isn't good enough for sketchup, but the 945 might be, though you may have to disable DRI. See http://wiki.winehq.org/GoogleSketchup for more info, look at the links section at the bottom.

I have the same problem. I wrote this already here. I mean this problem is cause how is implemetated GL_texture_from_pixmap in new xserver, glproto and mesa and compiz is not ready yet.

Hi David, With the recent opcode changes, does compiz need anything in order to use the newer X server? I updated glproto to 1.4.8, then built Mesa 6.5.1 release, then compiled Xserver from git then built compiz git and I get a white screen, but compiz cube shows all white/shaded when I attempt to drag the cube around. I have AIGLX used instead of Xgl. I'm testing out Xorg '7.2'

Hey, Op 12-06-13 19:27, Sven Joachim schreef: > Hi, > > it is currently not necessary to use the debian-experimental branch, > especially since there has been a newer version in unstable. > > On 2013-06-12 11:32 +0200, Maarten Lankhorst wrote: > >> .gitignore | 2 >> ChangeLog |16944 -----------------------------------------------

Hi, I'm running a desktop with 2 screens, what I'm trying to do is to run two instances of wine at fullscreen, each at one of my screens. (I don't have an X server on each screen, is shared between the two). I use: wine explorer /desktop=NAME_$RANDOM,1280x1024 whatever.exe to launch each application, but I want each to be on a different screen, as it is now both wine instances open