Bug#1025419: marked as done (/usr/lib/xorg/Xorg: Segmentation fault happens when starting)
Your message dated Tue, 4 Jul 2023 08:12:27 +0200 with message-id <20230704061226.ghtq2ei7qseww...@sym.noone.org> and subject line Re: Bug#1025419: libunwind 1.6.2-2 upgrade makes xorg crash on startup has caused the Debian Bug report #1025419, regarding /usr/lib/xorg/Xorg: Segmentation fault happens when starting 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.) -- 1025419: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025419 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-core Version: 2:21.1.4-3 Severity: important Dear Maintainer, After upgrading package, X server cannot start because segmentation fault happen. Therefore lightdm fails to start. -- 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/powerpc64le-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/powerpc64le-linux-gnu/libGLESv2.so.2 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/powerpc64le-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/powerpc64le-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/aarch64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/aarch64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/powerpc64le-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/powerpc64le-linux-gnu/libGL.so.1.2.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/powerpc64le-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/powerpc64le-linux-gnu/libGLESv2.so 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/aarch64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/aarch64-linux-gnu/libGL.so.1.2.0 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/powerpc64le-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/powerpc64
Bug#1025419: libunwind 1.6.2-2 upgrade makes xorg crash on startup
Hello Axel, > And that fix seems to have been backported in 1.6.2-3 (now in stable, > testing and unstable), see https://bugs.debian.org/1026217 > So this bug report likely can be closed as fixed in libunwind/1.6.2-3 > or (force-) merged with #1026217. (But I'd like to have a second pair > of eyes agreeing that these two issues are indeed the same before > merging or closing.) yes, it was fixed within one week after I opened the bugreport. Cheers, Thomas
Bug#1033222: libgl1-mesa-dri: Segmentation fault with nouveau_dri.so
Hi Christophe, Christophe Lohr wrote: > Xorg is carshing with a segfault: > > (EE) Backtrace: > (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x55c365ce4cf9] > (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x40) [0x7f00ef25af90] > (EE) 2: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so > (nouveau_drm_screen_create+0x4406c) [0x7f00ed75999c] > (EE) 3: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so > (nouveau_drm_screen_create+0x1e4c9) [0x7f00ed733df9] > (EE) 4: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so > (nouveau_drm_screen_create+0x266) [0x7f00ed715b96] > (EE) unw_get_proc_name failed: no unwind info found [-10] > ../.. > Fatal server error: > (EE) Caught signal 11 (Segmentation fault). Server aborting > > any workaround meantime? ;-) I think I've run into the same or at least a very similar issue (see https://bugs.debian.org/1040254, reported against xserver-xorg-video-nouveau) and my fix was (unfortunately) to switch from xserver-xorg-video-nouveau to the non-free binary-only driver xserver-xorg-video-nvidia with nvidia-kernel-dkms. (Using nvidia-open-kernel-dkms instead of nvidia-kernel-dkms did not suffice for me as it had other issues, it made X show up on only one screen and without any xrandr or nvidia-settings capabilities.) HTH Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#1025419: libunwind 1.6.2-2 upgrade makes xorg crash on startup
Hi, Thomas Glanzmann wrote: > the issue is already fixed upstream in libunwind. And that fix seems to have been backported in 1.6.2-3 (now in stable, testing and unstable), see https://bugs.debian.org/1026217 So this bug report likely can be closed as fixed in libunwind/1.6.2-3 or (force-) merged with #1026217. (But I'd like to have a second pair of eyes agreeing that these two issues are indeed the same before merging or closing.) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#1040254: xserver-xorg-video-nouveau: Regression: Crashes with "(EE) Caught signal 11 (Segmentation fault). Server aborting" upon start after dist-upgrade from Bullseye to Bookworm
Package: xserver-xorg-video-nouveau Severity: grave Version: 1:1.0.17-2 Dear Maintainer, > What led up to the situation? I've dist-upgraded a 7 years old HP workstation with an "NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1)" graphics card from Debian 11 to 12. It was previously working fine with the nouveau driver and three screens attached. After the dist-upgrade, X crashes immediately and reproducibly with segfault upon start. Tried IIRC two times with wdm and once with startx. The following log is from the last try with wdm _before_ using a different driver: X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 Current Operating System: Linux emehari 6.1.0-9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-9-amd64 root=/dev/mapper/vgssd-root ro kaslr pti=on slab_nomerge page_poison=1 slub_debug=FPZ xorg-server 2:21.1.7-3 (https://www.debian.org/support) Current version of pixman: 0.42.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jun 27 23:06:34 2023 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" nvc0_screen_create:1072 - Base screen init failed: -19 (EE) (EE) Backtrace: (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x55dc10b2ad29] (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x40) [0x7f895105af90] (EE) 2: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (nouveau_drm_screen_create+0x4406c) [0x7f894f36c2fc] (EE) 3: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (nouveau_drm_screen_create+0x1e4c9) [0x7f894f346759] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (nouveau_drm_screen_create+0x266) [0x7f894f3284f6] (EE) unw_get_proc_name failed: no unwind info found [-10] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (?+0x0) [0x7f894eaaaf76] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (__driDriverGetExtensions_d3d12+0x61dab4) [0x7f894f0c8ff4] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (__driDriverGetExtensions_d3d12+0x1a93) [0x7f894eaacfd3] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so (__driDriverGetExtensions_d3d12+0xa1a5) [0x7f894eab56e5] (EE) 9: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (gbm_format_get_name+0xf2e) [0x7f895079beae] (EE) 10: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (gbm_format_get_name+0x16f8) [0x7f895079c678] (EE) unw_get_proc_name failed: no unwind info found [-10] (EE) 11: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (?+0x0) [0x7f895079a74c] (EE) 12: /usr/lib/x86_64-linux-gnu/libgbm.so.1 (gbm_create_device+0x44) [0x7f895079a884] (EE) 13: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_init+0x61) [0x7f89507d43c1] (EE) unw_get_proc_name failed: no unwind info found [-10] (EE) 14: /usr/lib/xorg/modules/drivers/modesetting_drv.so (?+0x0) [0x7f8951949733] (EE) 15: /usr/lib/xorg/Xorg (InitOutput+0x952) [0x55dc109fa4c2] (EE) 16: /usr/lib/xorg/Xorg (InitFonts+0x1ce) [0x55dc109bb4de] (EE) 17: /lib/x86_64-linux-gnu/libc.so.6 (__libc_init_first+0x8a) [0x7f895104618a] (EE) 18: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0x85) [0x7f8951046245] (EE) 19: /usr/lib/xorg/Xorg (_start+0x21) [0x55dc109a4b71] (EE) (EE) Segmentation fault at address 0x20 (EE) Fatal server error: (EE) Caught signal 11 (Segmentation fault). Server aborting Switching to xserver-xorg-video-nvidia with nvidia-kernel-dkms (but not nvidia-open-kernel-source — which made X show up on only one screen without any xrandr or nvidia-settings capabilities) fixed the issue. Hence reporting this against the nouveau driver as replacing it fixed the issue. (Feel free to reassign this bug to e.g. xserver-xorg-core/2:21.1.7-3 or libgl1-mesa-dri/22.3.6-1+deb12u1 or similar if you think the bug is nevertheless rather in there.) There was no xorg.conf besides the system-provided /etc/xorg.conf.d/* files present. Now there is one needed due to the three-headed monkey, eh three-headed screen setup. So basically nouveau with that graphics card (and maybe my screen setup which includes two rotated screens, see below) is impossible due to a severe regression in (likely) the noveau driver. I would have expected that I could just use the much preferred free nouveau driver as with Bullseye. Hardware is an "HP EliteDesk 800 G2 TWR" with an "NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1)" graphics card: # lspci | fgrep VGA 01:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1) I can also reinstall xserver-xorg-video-nouveau if wanted to e.g. provide an additional backtrace with gdb or strace the execution in case that would offer more insight than the backtrace from Xorg.0.log respectively syslog
Processed: Re: vulkan: Porting to non-linux systems
Processing control commands: > tag -1 = upstream fixed-upstream Bug #907152 [src:vulkan-loader] vulkan: Porting to non-linux systems Added tag(s) fixed-upstream and upstream; removed tag(s) patch and ftbfs. -- 907152: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907152 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#907152: vulkan: Porting to non-linux systems
Source: vulkan-loader Followup-For: Bug #907152 X-Debbugs-Cc: tjaal...@debian.org Control: tag -1 = upstream fixed-upstream Hi! The vulkan source changed a while since this bug was originally reported: it was split into components, with this bug reassigned to to the loader, and in it was ported to more architectures. I recently ported this to Hurd again, with good results: the upstream tests pass, and it was reviewed and merged upstream: https://github.com/KhronosGroup/Vulkan-Loader/pull/1244 Because of this, I submitted the enablement of src:vulkan-loader to non-Linux architectures, as the actual Hurd porting will come in soon in new upstream releases (I guess in versions greater than 1.3.250): https://salsa.debian.org/xorg-team/vulkan/vulkan-loader/-/merge_requests/14 I'm *not* submitting the upstream Hurd patch to downstream backport: the code upstream was refactored, so a good part of it would need to be rewritten, which is not that worth of effort for something that has never been available yet. -- Pino
Bug#985769: xwayland: 100% of CPU, The system gets stuck.
On Thu, Jun 22, 2023 at 12:42:51PM +, Alberto Garcia wrote: > On Thu, Jun 22, 2023 at 02:30:25PM +0200, Michel Dänzer wrote: > > Could be https://gitlab.freedesktop.org/xorg/xserver/-/issues/1442 > > fixed by > > https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1086 . > > Thanks, it does sound like that, I'll try to cherry pick that fix and > see how it goes. I'll come back in a week or two with my conclusions. I have been using xwayland 2:22.1.9-1 with those two commits cherry-picked and so far I haven't had any issues. Berto