Bug#900880: Blank screen when rotating with xrandr

Same problem here but without using the Intel driver (it was installed but modeset is used by default). Downgrading xserver-xorg-core from 1.20.0-3 to 1.19.6-1 solved the issue. Brice

Bug#904995: [xserver-xorg-core] upgrading to 2:1.20.0-3 results in mouse and blank screen

Package: xserver-xorg-core Version: 2:1.20.0-3 Severity: critical --- Please enter the report below this line. --- Dear maintainer, upgrading to 2:1.20.0-3 results in mouse and blank screen and only consoles 1-6 stay usable. Downgrading to 2:1.19.6-1 workaround the problem ... Regards! Guido -

Bug#900880: Blank screen when rotating with xrandr

On Mon, Jul 30, 2018 at 10:53:20AM +0200, Brice Goglin wrote: > Same problem here but without using the Intel driver (it was installed > but modeset is used by default). > Downgrading xserver-xorg-core from 1.20.0-3 to 1.19.6-1 solved the issue. > > Brice Should be fixed upstream with https://pat

[Git][xorg-team/lib/mesa][debian-unstable] 46 commits: gallium/tests: Don't ignore S3TC errors.

Timo Aaltonen pushed to branch debian-unstable at X Strike Force / lib / mesa Commits: 38d328c3 by Jose Fonseca at 2018-07-24T17:22:27Z gallium/tests: Don't ignore S3TC errors. Now we do full S3TC decompression they should no longer fail. Reviewed-by: Roland Scheidegger Fix

[Git][xorg-team/lib/mesa][upstream-unstable] 43 commits: gallium/tests: Don't ignore S3TC errors.

Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / lib / mesa Commits: 38d328c3 by Jose Fonseca at 2018-07-24T17:22:27Z gallium/tests: Don't ignore S3TC errors. Now we do full S3TC decompression they should no longer fail. Reviewed-by: Roland Scheidegger F

[Git][xorg-team/lib/mesa] Pushed new tag mesa-18.1.5-1

Timo Aaltonen pushed new tag mesa-18.1.5-1 at X Strike Force / lib / mesa -- View it on GitLab: https://salsa.debian.org/xorg-team/lib/mesa/tree/mesa-18.1.5-1 You're receiving this email because of your account on salsa.debian.org.

Processing of mesa_18.1.5-1_source.changes

mesa_18.1.5-1_source.changes uploaded successfully to localhost along with the files: mesa_18.1.5-1.dsc mesa_18.1.5.orig.tar.gz mesa_18.1.5.orig.tar.gz.asc mesa_18.1.5-1.diff.gz mesa_18.1.5-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

mesa_18.1.5-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 30 Jul 2018 14:30:06 +0300 Source: mesa Binary: libxatracker2 libxatracker-dev libgbm1 libgbm-dev libegl-mesa0 libegl1-mesa libegl1-mesa-dev libwayland-egl1-mesa libgles2-mesa libgles2-mesa-dev libglapi-mesa lib

Bug#905015: xserver-xorg-input-elographics: Xorg hangs on start when touchscreen does not answer

Package: xserver-xorg-input-elographics Version: 1:1.4.1-1 Severity: normal Tags: patch See subject. Reason: ELO_MAX_WAIT is microseconds, but xf86WaitForInput expects milliseconds. Patch (line numbers after #776990): --- src/xf86Elo.c +++ src/xf86Elo.c @@ -459,7 +459,7 @@ * timeout and e

Bug#905033: xserver-xorg-input-elographics: locks up system on EOF from touchscreen

Package: xserver-xorg-input-elographics Version: 1:1.4.1-1 Severity: normal Tags: patch When reading from the touchscreen device returns 0 (EOF), the driver goes into an endless loop of poll and read. This locks up the Xorg server, and when trying to kill it with -9, it hangs the whole system (no

Bug#904465: Upgrading xserver-xorg-core breaks OpenGL?

I have encountered the same problem. Note that the file .../extensions/libglx.so has been there for quite some time. What changed is that the OS name ("linux") is no longer used for populating the subdirectories that are used to refine the module path: https://cgit.freedesktop.org/xorg/xserver