Bug#900880: Blank screen when rotating with xrandr

[Brice Goglin]

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

[MAG4 Piemonte]

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

--- System information. ---
Architecture: Kernel:   Linux 4.17.0-1-amd64

Debian Release: buster/sid
   500 testing ftp.it.debian.org   500 stable 
download.webmin.com
--- Package information. ---
Depends  (Version) | Installed
==-+-
xserver-common (>= 2:1.19.6-1) | 2:1.19.6-1
keyboard-configuration | 1.184
udev  (>= 149) | 239-7
libegl1-mesa   | 18.1.4-1
  OR libegl1   | 1.0.0+git20180308-3
libaudit1 (>= 1:2.2.1) | 1:2.8.3-1+b1
libbsd0 (>= 0.7.0) | 
libc6(>= 2.17) | 
libdbus-1-3(>= 1.9.14) | 
libdrm2 (>= 2.3.1) | 
libepoxy0 (>= 1.0) | 
libgbm1(>= 10.2~0) | 
libgcrypt20 (>= 1.8.0) | 
libgl1 | 
libpciaccess0(>= 0.12.902) | 
libpixman-1-0  (>= 0.30.0) | 
libselinux1(>= 2.0.82) | 
libsystemd0| 
libudev1  (>= 183) | 
libxau6| 
libxdmcp6  | 
libxfont2 (>= 1:2.0.1) | 
libxshmfence1  |

Recommends  (Version) | Installed
=-+-==
libgl1-mesa-dri (>= 7.10.2-4) | libpam-systemd|

Suggests (Version) | Installed
==-+-===
xfonts-100dpi  | 1:1.0.4+nmu1
  OR xfonts-75dpi  | 1:1.0.4+nmu1
xfonts-scalable| 1:1.0.3-1.1

/var/log/syslog relevant lines
==
Jul 27 18:05:05 desktop kernel: [1.887597] [drm] radeon kernel modesetting 
enabled.
Jul 27 18:05:05 desktop kernel: [1.887815] [drm] initializing kernel 
modesetting (RS880 0x1002:0x9710 0x1043:0x83A2 0x00).
Jul 27 18:05:05 desktop kernel: [1.888437] [drm] Detected VRAM RAM=1008M, 
BAR=256M
Jul 27 18:05:05 desktop kernel: [1.888438] [drm] RAM width 32bits DDR
Jul 27 18:05:05 desktop kernel: [1.888516] [drm] radeon: 1008M of VRAM 
memory ready
Jul 27 18:05:05 desktop kernel: [1.888517] [drm] radeon: 512M of GTT 
memory ready.
Jul 27 18:05:05 desktop kernel: [1.888521] [drm] Loading RS780 Microcode
Jul 27 18:05:05 desktop kernel: [1.888576] [drm] radeon: power management 
initialized
Jul 27 18:05:05 desktop kernel: [1.888629] [drm] GART: num cpu pages 
131072, num gpu pages 131072
Jul 27 18:05:05 desktop kernel: [1.896664] [drm] PCIE GART of 512M enabled 
(table at 0xC0146000).
Jul 27 18:05:05 desktop kernel: [1.898890] [drm] Supports vblank timestamp 
caching Rev 2 (21.10.2013).
Jul 27 18:05:05 desktop kernel: [1.898890] [drm] Driver supports precise 
vblank timestamp query.
Jul 27 18:05:05 desktop kernel: [1.898912] [drm] radeon: irq initialized.
Jul 27 18:05:05 desktop kernel: [1.930881] [drm] ring test on 0 succeeded 
in 1 usecs
Jul 27 18:05:05 desktop kernel: [2.105863] [drm] ring test on 5 succeeded 
in 1 usecs
Jul 27 18:05:05 desktop kernel: [2.105867] [drm] UVD initialized 
successfully.
Jul 27 18:05:05 desktop kernel: [2.105961] [drm] ib test on ring 0 
succeeded in 0 usecs
Jul 27 18:05:05 desktop kernel: [2.784041] [drm] ib test on ring 5 
succeeded
Jul 27 18:05:05 desktop kernel: [2.784236] [drm] Radeon Display Connectors
Jul 27 18:05:05 desktop kernel: [2.784237] [drm] Connector 0:
Jul 27 18:05:05 desktop kernel: [2.784237] [drm]   VGA-1
Jul 27 18:05:05 desktop kernel: [2.784239] [drm]   DDC: 0x7e40 0x7e40 
0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
Jul 27 18:05:05 desktop kernel: [2.784239] [drm]   Encoders:
Jul 27 18:05:05 desktop kernel: [2.784239] [drm] CRT1: 
INTERNAL_KLDSCP_DAC1
Jul 27 18:05:05 desktop kernel: [2.784240] [drm] Connector 1:
Jul 27 18:05:05 desktop kernel: [2.784240] [drm]   DVI-D-1
Jul 27 18:05:05 desktop kernel: [2.784240] [drm]   HPD1
Jul 27 18:05:05 desktop kernel: [2.784241] [drm]   DDC: 0x7e50 0x7e50 
0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c
Jul 27 18:05:05 desktop kernel: [2.784242] [drm]   Encoders:
Jul 27 18:05:05 desktop kernel: [2.784242] [drm] DFP3: 
INTERNAL_KLDSCP_LVTMA
Jul 27 18:05:05 desktop kernel: [2.850087] [drm] fb mappable at 0xD0247000
Jul 27 18:05:05 desktop kernel: [2.850088] [drm] vram apper at 0xD000
Jul 27 18:05:05 desktop kernel: [2.850088] [

Bug#900880: Blank screen when rotating with xrandr

[Brice Goglin]

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://patchwork.freedesktop.org/series/44802/
from https://bugzilla.freedesktop.org/show_bug.cgi?id=106715#c5

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

[Timo Aaltonen]

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 
Fixes: 34cf3c43bee ("mesa: Call DXTn functions directly")

- - - - -
b956e98c by Dylan Baker at 2018-07-26T17:42:06Z
docs: Add sha256 sums for 18.1.4 tarballs

- - - - -
e5360243 by Chad Versace at 2018-07-26T17:42:06Z
anv/android: Fix type error in call to vk_errorf()

In a single call to vk_errorf() in the Android code, the arguments were
swapped. The bug has existed since day one. Chrome OS used to forgive
the warning, but it is now a compilation error.

CC: 
Fixes: 053d4c32 "anv: Implement VK_ANDROID_native_buffer (v9)"
Reviewed-by: Tapani Pälli 
(cherry picked from commit be5fc0d7f114250d37597b38ef53711f2f66bc4f)

- - - - -
0ecf5dce by Chad Versace at 2018-07-26T17:42:06Z
anv/android: Fix Autotools build for VK_ANDROID_native_buffer

Changes to vk.xml and anv_entrypoints_gen.py broke the Autotools build
on Android. The changes undef'd the VK_ANDROID_native_buffer entrypoints
in anv_entrypoints.h.

Fix it with CPPFLAGS += -DVK_USE_PLATFORM_ANDROID_KHR.

CC: 
See-Also: 63525ba7 "android: enable VK_ANDROID_native_buffer"
Reviewed-by: Tapani Pälli 
(cherry picked from commit 8e403bc959dee007cad58742147fa118202ccb03)

- - - - -
27aaa64c by Samuel Pitoiset at 2018-07-26T17:42:06Z
radv: make sure to wait for CP DMA when needed

This might fix some synchronization issues. I don't know if
that will affect performance but it's required for correctness.

Signed-off-by: Samuel Pitoiset 

- - - - -
dac8e6bb by Dylan Baker at 2018-07-26T17:42:06Z
cherry-ignore: add 4a67ce886a7b3def5f66c1aedf9e5436d157a03c

- - - - -
c94cde95 by Lucas Stach at 2018-07-26T17:42:06Z
st/mesa: call resource_changed when binding a EGLImage to a texture

When a EGLImage is newly bound to a texture, we need to make sure the
driver is informed that the resource might have changed. Fixes stale
texture content on Etnaviv when binding an existing EGLImage to an
existing texture object.

Signed-off-by: Lucas Stach 
Reviewed-by: Marek Olšák 
(cherry picked from commit 501d0edeca321637b20a0ad1b9d476e6919131c3)

- - - - -
01d1f471 by Michel Dänzer at 2018-07-26T17:42:06Z
gallium: Check pipe_screen::resource_changed before dereferencing it

It's optional, only implemented by the etnaviv driver so far.

Fixes: 501d0edeca32 "st/mesa: call resource_changed when binding a
 EGLImage to a texture"
Fixes: a37cf630b4d1 "gallium: add pipe_screen::resource_changed callback
 wrappers"
Reviewed-by: Lucas Stach 
(cherry picked from commit 34e89e4d3802ec9b4d7da178757bd82c44310653)

- - - - -
b1022903 by Eric Anholt at 2018-07-26T17:42:06Z
vc4: Don't automatically reallocate a PERSISTENT-mapped buffer.

I had mistakenly used the COHERENT flag, which can only be set when
PERSISTENT is mapped, but isn't always.

Fixes: a2014c2eb9e0 ("vc4: Simplify the DISCARD_RANGE handling")
(cherry picked from commit 50a3a283d052a8d7a5f75fb45ab540d397fb22c2)

- - - - -
630eacda by Mauro Rossi at 2018-07-26T17:42:06Z
radv: winsys/amdgpu: include missing pthread.h header

pthread types are used in some files without explicitely including pthread.h.
This leads to compile errors on Android 7.x nougat-x86
e.g. in src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.h

In file included from 
external/mesa/src/amd/vulkan/winsys/amdgpu/radv_amdgpu_bo.c:31:
In file included from 
external/mesa/src/amd/vulkan/winsys/amdgpu/radv_amdgpu_bo.h:32:
external/mesa/src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.h:52:2: error: 
unknown type name 'pthread_mutex_t'
pthread_mutex_t global_bo_list_lock;
^
1 error generated.

Including pthread.h explicitely solves the building error

Signed-off-by: Mauro Rossi 
Reviewed-by: Bas Nieuwenhuizen 
(cherry picked from commit 1a1f2b134c4bdb502659724e232a9e009287fe58)

- - - - -
79a247b2 by Bas Nieuwenhuizen at 2018-07-26T17:42:06Z
radv: Select correct entries for binning.

Overshot it by one every time.

CC: 
Reviewed-by: Samuel Pitoiset 
(cherry picked from commit 82664af6cf12b1ab7436bdcb3792315c433322d7)

- - - - -
3a8ac0b5 by Bas Nieuwenhuizen at 2018-07-26T17:42:06Z
radv: Fix number of samples used for binning.

Used the wrong register ...

CC: 
Reviewed-by: Samuel Pitoiset 
(cherry picked from commit 760211b77c7aabc9264542f18e42f366b0fef33f)

- - - - -
1a0b75aa by Bas Nieuwenhuizen at 2018-07-26T17:42:06Z
radv: Disable disabled color 

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

[Timo Aaltonen]

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 
Fixes: 34cf3c43bee ("mesa: Call DXTn functions directly")

- - - - -
b956e98c by Dylan Baker at 2018-07-26T17:42:06Z
docs: Add sha256 sums for 18.1.4 tarballs

- - - - -
e5360243 by Chad Versace at 2018-07-26T17:42:06Z
anv/android: Fix type error in call to vk_errorf()

In a single call to vk_errorf() in the Android code, the arguments were
swapped. The bug has existed since day one. Chrome OS used to forgive
the warning, but it is now a compilation error.

CC: 
Fixes: 053d4c32 "anv: Implement VK_ANDROID_native_buffer (v9)"
Reviewed-by: Tapani Pälli 
(cherry picked from commit be5fc0d7f114250d37597b38ef53711f2f66bc4f)

- - - - -
0ecf5dce by Chad Versace at 2018-07-26T17:42:06Z
anv/android: Fix Autotools build for VK_ANDROID_native_buffer

Changes to vk.xml and anv_entrypoints_gen.py broke the Autotools build
on Android. The changes undef'd the VK_ANDROID_native_buffer entrypoints
in anv_entrypoints.h.

Fix it with CPPFLAGS += -DVK_USE_PLATFORM_ANDROID_KHR.

CC: 
See-Also: 63525ba7 "android: enable VK_ANDROID_native_buffer"
Reviewed-by: Tapani Pälli 
(cherry picked from commit 8e403bc959dee007cad58742147fa118202ccb03)

- - - - -
27aaa64c by Samuel Pitoiset at 2018-07-26T17:42:06Z
radv: make sure to wait for CP DMA when needed

This might fix some synchronization issues. I don't know if
that will affect performance but it's required for correctness.

Signed-off-by: Samuel Pitoiset 

- - - - -
dac8e6bb by Dylan Baker at 2018-07-26T17:42:06Z
cherry-ignore: add 4a67ce886a7b3def5f66c1aedf9e5436d157a03c

- - - - -
c94cde95 by Lucas Stach at 2018-07-26T17:42:06Z
st/mesa: call resource_changed when binding a EGLImage to a texture

When a EGLImage is newly bound to a texture, we need to make sure the
driver is informed that the resource might have changed. Fixes stale
texture content on Etnaviv when binding an existing EGLImage to an
existing texture object.

Signed-off-by: Lucas Stach 
Reviewed-by: Marek Olšák 
(cherry picked from commit 501d0edeca321637b20a0ad1b9d476e6919131c3)

- - - - -
01d1f471 by Michel Dänzer at 2018-07-26T17:42:06Z
gallium: Check pipe_screen::resource_changed before dereferencing it

It's optional, only implemented by the etnaviv driver so far.

Fixes: 501d0edeca32 "st/mesa: call resource_changed when binding a
 EGLImage to a texture"
Fixes: a37cf630b4d1 "gallium: add pipe_screen::resource_changed callback
 wrappers"
Reviewed-by: Lucas Stach 
(cherry picked from commit 34e89e4d3802ec9b4d7da178757bd82c44310653)

- - - - -
b1022903 by Eric Anholt at 2018-07-26T17:42:06Z
vc4: Don't automatically reallocate a PERSISTENT-mapped buffer.

I had mistakenly used the COHERENT flag, which can only be set when
PERSISTENT is mapped, but isn't always.

Fixes: a2014c2eb9e0 ("vc4: Simplify the DISCARD_RANGE handling")
(cherry picked from commit 50a3a283d052a8d7a5f75fb45ab540d397fb22c2)

- - - - -
630eacda by Mauro Rossi at 2018-07-26T17:42:06Z
radv: winsys/amdgpu: include missing pthread.h header

pthread types are used in some files without explicitely including pthread.h.
This leads to compile errors on Android 7.x nougat-x86
e.g. in src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.h

In file included from 
external/mesa/src/amd/vulkan/winsys/amdgpu/radv_amdgpu_bo.c:31:
In file included from 
external/mesa/src/amd/vulkan/winsys/amdgpu/radv_amdgpu_bo.h:32:
external/mesa/src/amd/vulkan/winsys/amdgpu/radv_amdgpu_winsys.h:52:2: error: 
unknown type name 'pthread_mutex_t'
pthread_mutex_t global_bo_list_lock;
^
1 error generated.

Including pthread.h explicitely solves the building error

Signed-off-by: Mauro Rossi 
Reviewed-by: Bas Nieuwenhuizen 
(cherry picked from commit 1a1f2b134c4bdb502659724e232a9e009287fe58)

- - - - -
79a247b2 by Bas Nieuwenhuizen at 2018-07-26T17:42:06Z
radv: Select correct entries for binning.

Overshot it by one every time.

CC: 
Reviewed-by: Samuel Pitoiset 
(cherry picked from commit 82664af6cf12b1ab7436bdcb3792315c433322d7)

- - - - -
3a8ac0b5 by Bas Nieuwenhuizen at 2018-07-26T17:42:06Z
radv: Fix number of samples used for binning.

Used the wrong register ...

CC: 
Reviewed-by: Samuel Pitoiset 
(cherry picked from commit 760211b77c7aabc9264542f18e42f366b0fef33f)

- - - - -
1a0b75aa by Bas Nieuwenhuizen at 2018-07-26T17:42:06Z
radv: Disable disabled colo

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

[Timo Aaltonen]

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

[Debian FTP Masters]

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

[Debian FTP Masters]

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 libglx-mesa0 libgl1-mesa-glx libgl1-mesa-dri 
libgl1-mesa-dev mesa-common-dev libosmesa6 libosmesa6-dev mesa-va-drivers 
mesa-vdpau-drivers mesa-vulkan-drivers mesa-opencl-icd
Architecture: source
Version: 18.1.5-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Timo Aaltonen 
Description:
 libegl-mesa0 - free implementation of the EGL API -- Mesa vendor library
 libegl1-mesa - transitional dummy package
 libegl1-mesa-dev - free implementation of the EGL API -- development files
 libgbm-dev - generic buffer management API -- development files
 libgbm1- generic buffer management API -- runtime
 libgl1-mesa-dev - free implementation of the OpenGL API -- GLX development 
files
 libgl1-mesa-dri - free implementation of the OpenGL API -- DRI modules
 libgl1-mesa-glx - transitional dummy package
 libglapi-mesa - free implementation of the GL API -- shared library
 libgles2-mesa - transitional dummy package
 libgles2-mesa-dev - free implementation of the OpenGL|ES 2.x API -- 
development files
 libglx-mesa0 - free implementation of the OpenGL API -- GLX vendor library
 libosmesa6 - Mesa Off-screen rendering extension
 libosmesa6-dev - Mesa Off-screen rendering extension -- development files
 libwayland-egl1-mesa - transitional dummy package
 libxatracker-dev - X acceleration library -- development files
 libxatracker2 - X acceleration library -- runtime
 mesa-common-dev - Developer documentation for Mesa
 mesa-opencl-icd - free implementation of the OpenCL API -- ICD runtime
 mesa-va-drivers - Mesa VA-API video acceleration drivers
 mesa-vdpau-drivers - Mesa VDPAU video acceleration drivers
 mesa-vulkan-drivers - Mesa Vulkan graphics drivers
Changes:
 mesa (18.1.5-1) unstable; urgency=medium
 .
   * New upstream release.
Checksums-Sha1:
 29ba61eb09fdb9b5714a69d4cf530e089a319d2c 5097 mesa_18.1.5-1.dsc
 44a34cc8cee481aebcbb89f7962adfcc1e639c67 18886067 mesa_18.1.5.orig.tar.gz
 35f0f6e99c3b3958eb7aca54e3e5f350d42036d7 274 mesa_18.1.5.orig.tar.gz.asc
 df2c5c6ce956c085b6add1419d869e874e0f0563 95629 mesa_18.1.5-1.diff.gz
 906b8c739cea46c4be865ca1cff124f0164d6319 8740 mesa_18.1.5-1_source.buildinfo
Checksums-Sha256:
 1fa05055ab2d00b0f30a9af26bd820106d0efb5c2b2018f5fe395422d08db865 5097 
mesa_18.1.5-1.dsc
 f966d5d5d373a5b8a16ed5036c1e7f05d4ad46d130f793bf9782c3ac9133a02e 18886067 
mesa_18.1.5.orig.tar.gz
 bbac7dc49fe4d8a57fae1246c3aa33839b01f7048ebec7953967d70202d10340 274 
mesa_18.1.5.orig.tar.gz.asc
 8f5ba17ab0ba544c255a067127a2b4d5b3ef6ba68159b875cff8de37ab3076f2 95629 
mesa_18.1.5-1.diff.gz
 37a7beee6f9b8907df8107b9c275ef7fdc2408d7f2e64d8161ddbbc131b603b2 8740 
mesa_18.1.5-1_source.buildinfo
Files:
 eedf0ea4718cb086073f9e3473f98590 5097 graphics optional mesa_18.1.5-1.dsc
 aec86f1101e25387932659ae09029f26 18886067 graphics optional 
mesa_18.1.5.orig.tar.gz
 646f979aaa84aad575a404f608da07b7 274 graphics optional 
mesa_18.1.5.orig.tar.gz.asc
 9de1a2355dfe4985c820a87c5f665515 95629 graphics optional mesa_18.1.5-1.diff.gz
 7dc4a2a456ac3a71a85cf3ef324992cd 8740 graphics optional 
mesa_18.1.5-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEdS3ifE3rFwGbS2Yjy3AxZaiJhNwFAltfFMMACgkQy3AxZaiJ
hNzgqA//Sc8K84Pv3T8Y/IPtDveL5TLatVVq/kcrpbOWNnjiyoMZnLQ6c7mp1s1W
LIalznjMBbudp/Dlblvc3AZxhDiovw0NwzWldg5D9Ysh70E9x2UAMz8ppzlgafbo
vfqXiHuuMjqIe25iJtCM5NT8jS3S0uVWhBFOQcCh0lwj3Mb+XqOi2+a0eH2ucFMY
bOdhZ2/Hias7k+gUw/TBm6aHYaR+X+1t/q6Cux6THidsRxFm7Tg/KRcvXGoYmDYn
6X9+Us4J3FEwqfZgaMjVnGH7vbrndF11hqCRuHpVBD86mbQq2ASiypD6aK20vPcz
9vrCi8Xnt4inHgw67MJ9knIeBXHj089wFf5URp2iLheWyobFtGSyJGoy9de9sW4y
/7/6W3OnOr95RvuR++MI+W9dET1G48CJxBlCjNvxe+rROH3CQShW0jGS5mNNReLh
apYe9eNUTrv1Ut1bQxdVSD9RIomRGrpL+kmtT2X1XLVviQKbM844Enr5wwQ0cuea
VwkRZVo9DbbbtKQkykXEMo07ZOB9mhpA5Mdpm5K6A/iykHZaDi0SHQhfgBx3mb4U
pdy1JjyeKceKcUy9xeped7OIcswvk8KqD+JwyXghtgzS8VREvSR8zuu6ydLYP+Df
Xo2MftxHwduHcdUNLjbuAK36W6M+CserQMeu/U3QuQMH/D0CN5Q=
=3Gxj
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

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

[Frank Heckenbach]

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 each wrong packet.
  */
 DBG(4, ErrorF("Waiting %d ms for data from port\n", ELO_MAX_WAIT / 1000));
-result = xf86WaitForInput(fd, ELO_MAX_WAIT);
+result = xf86WaitForInput(fd, ELO_MAX_WAIT / 1000);
 if (result > 0) {
   ok = xf86EloGetPacket(reply, &reply_p, &sum, fd);
   /*

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

[Frank Heckenbach]

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 idea how it manages to do that, but only an unfriendly
reboot seems to help):

  watchdog: BUG: soft lockup - CPU#7 stuck for 22s! [Xorg:3781]

Patch to handle EOF like error return:

--- src/xf86Elo.c
+++ src/xf86Elo.c
@@ -251,6 +251,10 @@
 ErrorF("System error while reading from Elographics touchscreen.");
 return !Success;
   }
+  if (num_bytes == 0) {
+ErrorF("EOF while reading from Elographics touchscreen.");
+return !Success;
+  }
   DBG(4, ErrorF("Read %d bytes\n", num_bytes));
 
   while (num_bytes) {

Well, I thought that would help, but it didn't. Seems I
misunderstood the comment above: "Okay, give up."

That's not what I understand by giving up, it still keeps retrying
and spamming the log with "EOF while reading from Elographics
touchscreen." -- at this point I also noticed the missing "\n" in
the error messages.

So without changing too much (the fd is passed by value, so I can't
easily change it; also I don't know when this function is called
from where etc.), for a quick and dirty solution I just reassign the
fd to something harmless. /dev/null doesn't work as it always
returns ready in poll and EOF in read too, so I create a pipe,
discard one end, so the other end will be not ready for reading.
This seems to work for me, but a permanent solution should probably
do something more elegant:

--- src/xf86Elo.c
+++ src/xf86Elo.c
@@ -58,6 +58,8 @@
 
 #include "xf86Module.h"
 
+#include 
+
 /**
  * models to be treated specially.
  */
@@ -248,7 +250,18 @@
* Okay, give up.
*/
   if (num_bytes < 0) {
-ErrorF("System error while reading from Elographics touchscreen.");
+ErrorF("System error while reading from Elographics touchscreen.\n");
+return !Success;
+  }
+  if (num_bytes == 0) {
+/*
+ * Avoid reading from fd again, quick and dirty. Discard one end of a pipe,
+ * so the other end never gets EOF (unlike /dev/null) or reads anything.
+ */
+int dummy[2];
+pipe(dummy);
+dup2(dummy[0], fd);
+ErrorF("EOF while reading from Elographics touchscreen.\n");
 return !Success;
   }
   DBG(4, ErrorF("Read %d bytes\n", num_bytes));

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

[Bertram Felgenhauer]

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/commit/hw/xfree86/loader/loadmod.c?id=97bd6e453676516891250389ec0fd695c110087c

A possible solution is to create the libglx.so symlink directly inside
/usr/lib/xorg/modules/ rather than in /usr/lib/xorg/modules/linux/.
Alternatively, you can divert the existing .../extensions/libglx.so
file. I'm not sure what the best solution is.

Best regards,

Bertram Felgenhauer