Your message dated Thu, 5 Jun 2014 22:10:02 +0200 with message-id <20140605201002.GG15435@betterave.cristau.org> and subject line Re: Bug#711901: random xserver deadlocks in evdev has caused the Debian Bug report #711901, regarding random xserver deadlocks in evdev 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 owner@bugs.debian.org immediately.) -- 711901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711901 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: <submit@bugs.debian.org>
- Subject: random xserver deadlocks in evdev
- From: Goetz Gaycken <gaycken@physik.uni-bonn.de>
- Date: Mon, 10 Jun 2013 21:24:05 +0200
- Message-id: <1370892245.28003.10.camel@pcatlbnp01.cern.ch>
Package: xserver-xorg-input-evdev Version: 1:2.7.1-1 Xorg randomly hangs about once per day. As far as I remember the problem occurred when I had the stupid idea to install gnome-shell 3.8, which, I think, also pulled in a xorg update. I am using Debian GNU/Linux amd64 unstable + xorg and gnome from experimental (so I get what I deserve) with a custom kernel 3.8.13 (gcc version 4.7.3 (Debian 4.7.3-4) ), libc6 2.17-4 on a macbook pro 4,1. When the Xserver deadlocks it is still possible to ssh into the machine. It also was possible to attach gdb and force a return from _int_free( ... ) and continue to work. Backtraces with limited information) are attached in the hope that they are useful. The macbook pro has a hardware problem which causes the usb touchpad to disconnect from time to time due to a bad electrical connection. Not sure whether this problem is related to the xserver deadlock. This hardware problem seems to be a general problem for these models and is transparently handled under MacOS X. Such a problem happened about at the times when I experienced this problem. With many regards, Götz Gaycken -- Götz Gaycken - Physikalisches Institut der Universität Bonn Office : CERN bat. 304-1-042 Tel : +41-22-76-78052System information: Custom kernel: Linux version 3.8.13 (goetz@pcatlbnp01) (gcc version 4.7.3 (Debian 4.7.3-4) ) #1 ii xorg-dev 1:7.7+3 all X.Org X Window System development libraries ii xorg-sgml-doctools 1:1.10-1 all Common tools for building X.Org SGML documentation ii xserver-xorg 1:7.7+3 amd64 X.Org X server ii xserver-xorg-core 2:1.12.4-6 amd64 Xorg X server - core server ii xserver-xorg-dev 2:1.12.4-6 amd64 Xorg X server - development files ii xserver-xorg-input-evdev 1:2.7.1-1 amd64 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd 1:1.6.1-1+b1 amd64 X.Org X server -- keyboard input driver ii xserver-xorg-input-mtrack 0.3.0-1 amd64 Multitouch X input driver ii xserver-xorg-input-synaptics 1.6.2-2 amd64 Synaptics TouchPad driver for X.Org server ii xserver-xorg-input-wacom 0.15.0+20120515-2 amd64 X.Org X server -- Wacom input driver gnome-shell 5 Thread 0x7f5e71e5b700 (LWP 28160) "gdbus" 0x00007f5e7daa61bd in poll () at ../sysdeps/unix/syscall-template.S:81 4 Thread 0x7f5e69b0c700 (LWP 28163) "dconf worker" 0x00007f5e7daa61bd in poll () at ../sysdeps/unix/syscall-template.S:81 3 Thread 0x7f5e6930b700 (LWP 28164) "gnome-shell" pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 2 Thread 0x7f5e4effc700 (LWP 28274) "gmain" 0x00007f5e7daa61bd in poll () at ../sysdeps/unix/syscall-template.S:81 * 1 Thread 0x7f5e8763f9c0 (LWP 4693) "gnome-shell" 0x00007f5e7daa61bd in poll () at ../sysdeps/unix/syscall-template.S:81 (gdb) bt #0 0x00007f5e7daa61bd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007f5e7b71d1c2 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007f5e7b71e697 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007f5e7b71e8bb in xcb_wait_for_reply () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #4 0x00007f5e803de32d in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007f5e81c0d7bc in ?? () from /usr/lib/x86_64-linux-gnu/libXi.so.6 #6 0x00007f5e81c0d9c3 in XIGrabKeycode () from /usr/lib/x86_64-linux-gnu/libXi.so.6 #7 0x00007f5e86c9b0fa in ?? () from /usr/lib/libmutter.so.0 #8 0x00007f5e86c9b2cb in ?? () from /usr/lib/libmutter.so.0 #9 0x00007f5e86c9b7d3 in meta_window_grab_keys () from /usr/lib/libmutter.so.0 #10 0x00007f5e86c9b8a8 in ?? () from /usr/lib/libmutter.so.0 #11 0x00007f5e86c90414 in ?? () from /usr/lib/libmutter.so.0 #12 0x00007f5e86cdb6a7 in ?? () from /usr/lib/libmutter.so.0 #13 0x00007f5e7fa82801 in gdk_event_apply_filters (xevent=xevent@entry=0x7fffc54dea20, event=event@entry=0xd770c20, window=window@entry=0x0) at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/x11/gdkeventsource.c:81 #14 0x00007f5e7fa829d7 in gdk_event_source_translate_event (xevent=0x7fffc54dea20, event_source=0x1dafec0) at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/x11/gdkeventsource.c:195 #15 _gdk_x11_display_queue_events (display=0x1dae050) at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/x11/gdkeventsource.c:338 #16 0x00007f5e7fa55be8 in gdk_display_get_event (display=display@entry=0x1dae050) at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/gdkdisplay.c:313 #17 0x00007f5e7fa82702 in gdk_event_source_dispatch (source=<optimized out>, callback=<optimized out>, user_data=<optimized out>) at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/x11/gdkeventsource.c:360 #18 0x00007f5e7dfdaf25 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #19 0x00007f5e7dfdb268 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #20 0x00007f5e7dfdb6da in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #21 0x00007f5e86c9e991 in meta_run () from /usr/lib/libmutter.so.0 #22 0x0000000000402109 in ?? () #23 0x00007f5e7d9eaa55 in __libc_start_main (main=0x401df0, argc=1, ubp_av=0x7fffc54dee08, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffc54dedf8) at libc-start.c:260 #24 0x0000000000402209 in ?? () gnome-terminal (gdb) info threads Id Target Id Frame 4 Thread 0x7f02ef138700 (LWP 4898) "gdbus" 0x00007f02f77101bd in poll () at ../sysdeps/unix/syscall-template.S:81 3 Thread 0x7f02ecc9d700 (LWP 4902) "dconf worker" 0x00007f02f77101bd in poll () at ../sysdeps/unix/syscall-template.S:81 2 Thread 0x7f02dfbff700 (LWP 4927) "gmain" 0x00007f02f77101bd in poll () at ../sysdeps/unix/syscall-template.S:81 * 1 Thread 0x7f02fa4a19c0 (LWP 4872) "gnome-terminal" 0x00007f02f77101bd in poll () at ../sysdeps/unix/syscall-template.S:81 (gdb) thread 1 [Switching to thread 1 (Thread 0x7f02fa4a19c0 (LWP 4872))] #0 0x00007f02f77101bd in poll () at ../sysdeps/unix/syscall-template.S:81 81 in ../sysdeps/unix/syscall-template.S (gdb) bt #0 0x00007f02f77101bd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007f02f33191c2 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x00007f02f331a697 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x00007f02f331a8bb in xcb_wait_for_reply () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #4 0x00007f02f806332d in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #5 0x00007f02f805edfd in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6 #6 0x00007f02f94fae91 in after_process_all_updates () at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/gdkwindow.c:4256 #7 gdk_window_process_all_updates () at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gdk/gdkwindow.c:4324 #8 0x00007f02fa05c658 in ?? () from /usr/lib/libvte2_90.so.9 #9 0x00007f02f83a3b3b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #10 0x00007f02f83a2f25 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x00007f02f83a3268 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #12 0x00007f02f83a36da in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x00007f02f98ea96d in gtk_main () at /build/buildd-gtk+3.0_3.8.0-1-amd64-grmSSt/gtk+3.0-3.8.0/./gtk/gtkmain.c:1156 #14 0x0000000000415283 in ?? () #15 0x00007f02f7654a55 in __libc_start_main (main=0x414f60, argc=1, ubp_av=0x7fffba589c48, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffba589c38) at libc-start.c:260 #16 0x00000000004153b5 in ?? () #17 0x00007fffba589c38 in ?? () #18 0x0000000000000000 in ?? () (gdb) thread 2 Xorg #1 0x00007f6a19b6c60a in _L_lock_3705 () at malloc.c:5104 #2 0x00007f6a19b675e9 in _int_free (av=0x7f6a19e93640 <main_arena>, p=0x7f6a1d8032b0, have_lock=0) at malloc.c:3858 #3 0x00007f6a13d89595 in mtdev_close () from /usr/lib/x86_64-linux-gnu/libmtdev.so.1 #4 0x00007f6a13d896d9 in mtdev_close_delete () from /usr/lib/x86_64-linux-gnu/libmtdev.so.1 #5 0x00007f6a134c7837 in ?? () from /usr/lib/xorg/modules/input/evdev_drv.so #6 0x00007f6a134c96d9 in ?? () from /usr/lib/xorg/modules/input/evdev_drv.so #7 0x00007f6a1bbe9937 in ?? () #8 0x00007f6a1bc0dc08 in ?? () #9 <signal handler called> #10 0x00007f6a19b6ab11 in __libc_calloc (n=<optimized out>, elem_size=<optimized out>) at malloc.c:3172 #11 0x00007f6a1bbc91b9 in ?? () #12 0x00007f6a1bc7c54e in ?? () #13 0x00007f6a1bbaee61 in ?? () #14 0x00007f6a1bb9dec5 in ?? () #15 0x00007f6a19b0da55 in __libc_start_main (main=0x7f6a1bb9db50, argc=10, ubp_av=0x7fffd5506e08, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffd5506df8) at libc-start.c:260 #16 0x00007f6a1bb9e19d in _start () kernel-messages: May 22 18:54:12 pcatlbnp01 kernel: usb 7-2: USB disconnect, device number 9 May 22 18:54:12 pcatlbnp01 kernel: usb 7-2: new full-speed USB device number 10 using uhci_hcd May 22 18:54:13 pcatlbnp01 kernel: input: Apple, Inc. Apple Internal Keyboard / Trackpad as /devices/pci0000:00/0000:00:1d.2/usb7/7-2/7-2:1.0/input/input28 May 22 18:54:13 pcatlbnp01 kernel: apple 0003:05AC:0230.0010: input: USB HID v1.11 Keyboard [Apple, Inc. Apple Internal Keyboard / Trackpad] on usb-0000:00:1d.2-2/input0 May 22 18:54:13 pcatlbnp01 kernel: usb 7-2: ctrl urb status -75 received May 22 18:54:13 pcatlbnp01 kernel: input: bcm5974 as /devices/pci0000:00/0000:00:1d.2/usb7/7-2/7-2:1.2/input/input29 May 22 18:54:13 pcatlbnp01 mtp-probe: checking bus 7, device 10: "/sys/devices/pci0000:00/0000:00:1d.2/usb7/7-2" May 22 18:54:13 pcatlbnp01 mtp-probe: bus: 7, device: 10 was not an MTP device May 22 18:54:13 pcatlbnp01 kernel: usb 7-2: USB disconnect, device number 10 May 22 18:54:13 pcatlbnp01 kernel: usb 7-2: new full-speed USB device number 11 using uhci_hcd May 22 18:54:13 pcatlbnp01 kernel: input: Apple, Inc. Apple Internal Keyboard / Trackpad as /devices/pci0000:00/0000:00:1d.2/usb7/7-2/7-2:1.0/input/input30 May 22 18:54:13 pcatlbnp01 kernel: apple 0003:05AC:0230.0012: input: USB HID v1.11 Keyboard [Apple, Inc. Apple Internal Keyboard / Trackpad] on usb-0000:00:1d.2-2/input0 May 22 18:54:14 pcatlbnp01 kernel: input: bcm5974 as /devices/pci0000:00/0000:00:1d.2/usb7/7-2/7-2:1.2/input/input31 May 22 18:54:14 pcatlbnp01 mtp-probe: checking bus 7, device 11: "/sys/devices/pci0000:00/0000:00:1d.2/usb7/7-2" May 22 18:54:14 pcatlbnp01 mtp-probe: bus: 7, device: 11 was not an MTP device
--- End Message ---
--- Begin Message ---
- To: Goetz Gaycken <gaycken@physik.uni-bonn.de>, 711901-done@bugs.debian.org
- Subject: Re: Bug#711901: random xserver deadlocks in evdev
- From: Julien Cristau <jcristau@debian.org>
- Date: Thu, 5 Jun 2014 22:10:02 +0200
- Message-id: <20140605201002.GG15435@betterave.cristau.org>
- In-reply-to: <1371068109.14526.4.camel@pcatlbnp01.cern.ch>
- References: <1370892245.28003.10.camel@pcatlbnp01.cern.ch> <20130610202905.GP19497@radis.cristau.org> <1371068109.14526.4.camel@pcatlbnp01.cern.ch>
Version: 1:2.8.1-1 On Wed, Jun 12, 2013 at 22:15:09 +0200, Goetz Gaycken wrote: > I applied the patch i.e. > > 1cb8f074df8d16879ec80d778d26fb5b9af05a3b > > from > > git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-input-evdev > > and it seems that the problem disappeared. at least it did not show up > in the last two days. > That change was included in 2.8.0, so marking as fixed in that version, thanks. Cheers, JulienAttachment: signature.asc
Description: Digital signature
--- End Message ---