Bug#902437: marked as done (xwayland: Firefox crashes Wayland on some web pages)
Your message dated Thu, 16 Aug 2018 10:11:40 +0200 with message-id <7e1d740f-9213-aa44-bbd9-8d0f83f2d...@debian.org> and subject line Re: Bug#902437: xwayland: Firefox crashes Wayland on some web pages has caused the Debian Bug report #902437, regarding xwayland: Firefox crashes Wayland on some web pages to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 902437: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902437 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xwayland Version: 2:1.20.0-2 Severity: important Dear Maintainer, My apologies for ruining your day with what looks like a tricky driver bug. I hate debugging such things, myself. I'm marking this "important", because the issue makes me not dare to browse the web: I've had to reboot my system several times a day lately. If you think it should be a lower severity, please downgrade. Also, I made a wild guess at which package to report this issue against, and I am so utterly, comically ignorant of everything in a modern Debian desktop system that I may have guessed wrongly; please reassign if so. I run Debian sid on two different laptops: a Lenovo Thinkpad X220, and a Lenovo Yoga 900. Both use an Intel graphics card or chip. For the past week or two, the X220 has been crashing from time to time. I thought it might be bad memory in the laptop, so I switched to the Yoga. Then the Yoga started crashing. After much headbanging and wailing, I've manged to find way to reproduce the crash. I use Firefox as my web browser, and certain web pages trigger the crash reproducibly. One such web page is here: http://johannesbrodwall.com/2018/06/24/forget-about-clean-code-lets-embrace-compassionate-code/ What happens is that Firefox does not render that page, only updates the page title in the window title, and then becomes unresponsive. Menus don't react in anyway. i can't close the tab or window with Ctrl-W, or by clicking on the window close button. After a few more seconds, the whole desktop stops working, meaning that pressing the capslock key no longer toggles the LED. The mouse cursor may or may not work. If it does work, moving it to the top left corner of the GNOME desktop makes the mouse not work anymore. Also, the desktop does not do the "whoosh" feature of GNOME where it shows all windows on the current virtual desktop, and the "dock" on the left side of the screen. The machine seems to work otherwise: I can log into it via ssh, and run commands on the command line. I can restart gdm3 from the ssh session, but if I log back in, it doesn't work: I get a dark grey screen, no windows, and nothing else for about half a minute, and then it's back to the gdm3 login screen. Logging in as a different user seems to work. There's nothing new in dmesg output, when the crash happens. I've run the in-kernel memtest on the Yoga, and it resports no problems. (I've not bothered to run it on the X220 yet. I can, if it'd be helpful to you.) I reconfigured gdm3 on the Yoga to start Xorg instead of Wayland, and now the web page above works fine in Firefox. No crash.. The webpage renders fine under Wayland using Chromium. I am OK with this workaround, but I assume the bug should be fixed if Wayland is to be the default in Debian. The problem is reproducible for me. If others can reproduce it, it should be doable on any X220, which is, or used to be, a common laptop. I will be keeping mine in storage for a while, so that if there's a need, I can try new package versions to see if they fix the problem. Happy hunting. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xwayland depends on: ii libaudit1 1:2.8.3-1 ii libbsd0 0.9.1-1 ii libc6 2.27-3 ii libdrm2 2.4.92-1 ii libegl1 1.0.0+git20180308-3 ii libepoxy0 1.4.3-1 ii libgbm1 18.1.2-1 ii libgcrypt20 1.8.3-1 ii libgl1 1.0.0+git20180308-3 ii libpixman-1-0 0.34.0-2 ii libselinux1 2.8-1 ii libsystemd0 239-1 ii libwayland-client0 1.15.0-2 ii libxau6 1:1.0.8-1+b2 ii libxdmcp6 1:1.1.2-3 ii libxfont2 1:2.0.3-1 ii libxshmfence1 1.3-1 ii xserver-common 2:1.20.0-2 x
Bug#904995: xserver-common: black screen with mouse on screen rotate.
The issue seems to be not limited to ATI/AMD graphics, as i face it on intel aswell. Downgrading to 1.19 fixes all issues. On Tue, 14 Aug 2018 12:33:20 +0200 =?UTF-8?Q?Michel_D=c3=a4nzer?= wrote: > On 2018-08-14 11:34 AM, Simon Polack wrote: > > Package: xserver-common > > Version: 2:1.20.0-3 > > Followup-For: Bug #904995 > > > > Dear Maintainer, > > > > please upgrade to current upstream bugfix release 1.20.1. Thank you a > > lot. > > It probably won't make a difference for this particular bug, though, as > it's an xf86-video-ati bug. > > > -- > Earthling Michel Dänzer | http://www.amd.com > Libre software enthusiast | Mesa and X developer > >
Bug#904995: xserver-common: black screen with mouse on screen rotate.
On 2018-08-16 10:27 AM, Simon Polack wrote: > The issue seems to be not limited to ATI/AMD graphics, as i face it on > intel aswell. That's probably a separate bug in the modesetting driver, which might indeed be fixed in upstream xserver 1.20.1. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X developer
Processed: Re: Bug#905960: amdgpu: After login the screen is corrupted, it is unusable in this state
Processing control commands: > reassign -1 xserver-xorg-video-ati 1:18.0.1-1 Bug #905960 [xserver-xorg-video-amdgpu] amdgpu: After login the screen is corrupted, it is unusable in this state Bug reassigned from package 'xserver-xorg-video-amdgpu' to 'xserver-xorg-video-ati'. No longer marked as found in versions xserver-xorg-video-amdgpu/18.0.1-1. Ignoring request to alter fixed versions of bug #905960 to the same values previously set Bug #905960 [xserver-xorg-video-ati] amdgpu: After login the screen is corrupted, it is unusable in this state Marked as found in versions xserver-xorg-video-ati/1:18.0.1-1. > severity -1 important Bug #905960 [xserver-xorg-video-ati] amdgpu: After login the screen is corrupted, it is unusable in this state Severity set to 'important' from 'critical' > forwarded -1 https://bugs.freedesktop.org/105381 Bug #905960 [xserver-xorg-video-ati] amdgpu: After login the screen is corrupted, it is unusable in this state Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/105381'. > tag -1 + upstream fixed-upstream Bug #905960 [xserver-xorg-video-ati] amdgpu: After login the screen is corrupted, it is unusable in this state Added tag(s) fixed-upstream and upstream. -- 905960: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905960 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#905960: amdgpu: After login the screen is corrupted, it is unusable in this state
Control: reassign -1 xserver-xorg-video-ati 1:18.0.1-1 Control: severity -1 important Control: forwarded -1 https://bugs.freedesktop.org/105381 Control: tag -1 + upstream fixed-upstream On 08/15/2018 11:07 AM, Michel Dänzer wrote: > On 2018-08-12 02:01 PM, Andrew Goodbody wrote: >> Package: xserver-xorg-video-amdgpu >> Version: 18.0.1-1+b1 >> Severity: critical >> File: amdgpu >> Justification: breaks the whole system > > No it doesn't, so the severity is inflated. The package is wrong as > well, should be xserver-xorg-video-radeon. > > > Anyway, this looks like another instance of > https://bugs.freedesktop.org/105381 , fixed in upstream xf86-video-ati > Git master. Meanwhile, you can avoid the problem with > > Option "AccelMethod" "EXA" > > or the modesetting driver. > > Updating bug metadata. Thanks Michel! Cheers, Julien
[bts-link] source package xserver-xorg-video-nouveau
# # bts-link upstream status pull for source package xserver-xorg-video-nouveau # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #792538 (http://bugs.debian.org/792538) # Bug title: [NV108] Quadro K610M: "xset dpms force on" blinks the screen # * https://bugs.freedesktop.org/show_bug.cgi?id=91354 # * remote status changed: (?) -> NEW usertags 792538 + status-NEW thanks
Processing of libxcursor_1.1.14-1+deb9u2_amd64.changes
libxcursor_1.1.14-1+deb9u2_amd64.changes uploaded successfully to localhost along with the files: libxcursor_1.1.14-1+deb9u2.dsc libxcursor_1.1.14.orig.tar.gz libxcursor_1.1.14-1+deb9u2.diff.gz libxcursor-dev_1.1.14-1+deb9u2_amd64.deb libxcursor1-dbg_1.1.14-1+deb9u2_amd64.deb libxcursor1-udeb_1.1.14-1+deb9u2_amd64.udeb libxcursor1_1.1.14-1+deb9u2_amd64.deb libxcursor_1.1.14-1+deb9u2_amd64.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
libxcursor_1.1.14-1+deb9u2_amd64.changes ACCEPTED into proposed-updates->stable-new
Mapping stretch to stable. Mapping stable to proposed-updates. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 13 Aug 2018 09:09:13 +0200 Source: libxcursor Binary: libxcursor1 libxcursor1-udeb libxcursor1-dbg libxcursor-dev Architecture: source amd64 Version: 1:1.1.14-1+deb9u2 Distribution: stretch Urgency: high Maintainer: Debian X Strike Force Changed-By: Chris Lamb Description: libxcursor-dev - X cursor management library (development files) libxcursor1 - X cursor management library libxcursor1-dbg - X cursor management library (unstripped) libxcursor1-udeb - X cursor management library (udeb) Closes: 906012 Changes: libxcursor (1:1.1.14-1+deb9u2) stretch; urgency=high . * Fix a denial of service or potentially code execution via a one-byte heap overflow. (CVE-2015-9262) (Closes: #906012) Checksums-Sha1: 61d56a3532404d89e20e2b22e97efb5d96e387b1 2334 libxcursor_1.1.14-1+deb9u2.dsc 873a91831946cdedc0724b1d048c8041d958807c 374910 libxcursor_1.1.14.orig.tar.gz 7ca624b1c6f12855a28f2b41b5c99d1ad5180046 19765 libxcursor_1.1.14-1+deb9u2.diff.gz 56294fe5750c1ad9740012641471b3c6d3586839 42552 libxcursor-dev_1.1.14-1+deb9u2_amd64.deb cd74f7f46bb5ebc7259670ba64f2c19c1f4217f2 67360 libxcursor1-dbg_1.1.14-1+deb9u2_amd64.deb 92c44fd03cea00982d9e71e4eaa8db9b63772dd3 17170 libxcursor1-udeb_1.1.14-1+deb9u2_amd64.udeb c1beb12a2ba565210c904ddec30d6c08da1b3aeb 34910 libxcursor1_1.1.14-1+deb9u2_amd64.deb 7318b023cf8df91a17ca718a9b89c67a75005713 7405 libxcursor_1.1.14-1+deb9u2_amd64.buildinfo Checksums-Sha256: c7d9fb3b4aee36b317f62a8a04697931ac2356f9ebf7f8937c7e9ac8a41034ea 2334 libxcursor_1.1.14-1+deb9u2.dsc be0954faf274969ffa6d95b9606b9c0cfee28c13b6fc014f15606a0c8b05c17b 374910 libxcursor_1.1.14.orig.tar.gz 5b56f9b5f9327471ddfd8c5f8a349d93faded3b40e9eb1d0ea1b5129e2db84a3 19765 libxcursor_1.1.14-1+deb9u2.diff.gz 3182938f4b8511866710badfd20e4aa660ae1793913c0a7d1ba86cbeb3bd0fb6 42552 libxcursor-dev_1.1.14-1+deb9u2_amd64.deb 2404b00ca789d27b89648fd1d8ea7a3979c9e19c2d3805512ff8dcbd58832802 67360 libxcursor1-dbg_1.1.14-1+deb9u2_amd64.deb 5e14ce0ac6ff0e10a8f810bfb7509a396656f692fe7815b8211b40e8e29e2f42 17170 libxcursor1-udeb_1.1.14-1+deb9u2_amd64.udeb af4908f3f2bcfe78586823eaf8ed65d838936cb26698c520538717367d836dc6 34910 libxcursor1_1.1.14-1+deb9u2_amd64.deb 31d48b5b9b82246905c2fe498e0aacf47349d213e83a5b4914c2c8610385ad65 7405 libxcursor_1.1.14-1+deb9u2_amd64.buildinfo Files: acc990e11509e6996276e263eb38af7b 2334 devel optional libxcursor_1.1.14-1+deb9u2.dsc 39c8423de190d64f1c52fbc00022e52c 374910 devel optional libxcursor_1.1.14.orig.tar.gz dc7bc23048569d80495f18b076a064c2 19765 devel optional libxcursor_1.1.14-1+deb9u2.diff.gz 17d70baeb33edddef81d8ef7d6e4498f 42552 libdevel optional libxcursor-dev_1.1.14-1+deb9u2_amd64.deb 04c9c4056789bf6402371767af684966 67360 debug extra libxcursor1-dbg_1.1.14-1+deb9u2_amd64.deb 648df027c161c02dc54410065e3db85b 17170 debian-installer optional libxcursor1-udeb_1.1.14-1+deb9u2_amd64.udeb 28b8f760545fba07638cb8af00361965 34910 libs optional libxcursor1_1.1.14-1+deb9u2_amd64.deb c3a05658c7a25c0b437ae2482cb4fdff 7405 devel optional libxcursor_1.1.14-1+deb9u2_amd64.buildinfo Package-Type: udeb -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEwv5L0nHBObhsUz5GHpU+J9QxHlgFAlt1yxUACgkQHpU+J9Qx Hlj0hA//bTDkRUU2l1NHsfM/Vp8HaQgerMWW19U+QQSVPp9klWv67DTZpyDfn1eg Y1LCtZWpL9wNbkFFygBE7c4m92Ew6sbPkWFrwLL3wrpRGtI76a3dEwRe71x3oAkC uOci9RvEQwZir2+A9QoXEaoU3D10lO4k9G1p8G8Z0LQNRXK/RynJaUiG5mxZn8Fu H8xm/ZqK2wEXwvhS0aexSGCdfoJB7fJNLDorbqJrL00Mrw++EiSEmaL7fDIGdgTE RNqs+gm5RZplJC/1gqIMQWSH87Uz4yHq/3lBWzS1V75MgIZM0AyJVHz4ksqBeIPL 2O9zGFPxv2fwL0BZyQSA0iXbNcZ+mBfzN/UL8NtcA+DRyT/HdZeGNrKTS6vy2leX FQtM8XJXaeljxH1UHNO8th3Z3FO7N6isVwe2a+fpG5dj/C+tjpgKGl0eAW8h9jB2 I1oQvzjFZPznI27IZQzaeVh/wzrWmCiPY5Pw6QT3fdH4yXoloxYbZfGw6bK0CfHU ziVEkn9YDEo/lAptt79+p1zvP9O4UoFaZJBa9wX3ydA9ggnK2F+3NnbQRK2UHLnL jfMylSOIImrMey960WgPgood8DRCKbiQIfd7bBwKrd1y+xU3iv6iZSCVSLCatHQX h0wS93qPYHA2ImS+6diIYFtTOtYhP8C37+GdfrwNhA1nrzafo4U= =vWgu -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#906303: xserver-xorg: Xserver will not start on standard boot, will start from rescue mode.
Package: xserver-xorg Version: 1:7.7+19 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Related to bug #903851 Xserver will not start after standard boot. With "recovery mode" boot to single user, after manual start of D-Bus service, Xserver will start. Very different Xorg.0.log are produced. Additionally, Xorg.1.log is sometimes produced, and even a single Xorg.2.log has been produced which seems to indicate success. Not expected in a system with only one (1) Nvidia card (GTX 660) Attempted boots to graphical.target go into a loop as X repeatedly fails. Boots to multi-user.target are successful but X cannot be started from the user prompt. Boots to single-user (recovery mode from GRUB prompt) allow X to be started from command line if first we give the command 'service dbus start'. When bug report is active I will send the various Xorg.*.log files which should help experts solve these problems. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLX_indirect.so.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLX_indirect.so.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLX_indirect.so.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLX_indirect.so.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.1.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.2.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.7.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.7.0 by glx-diversions diversion of /usr/li
