Every few hours/days my mouse will no longer send events to X applications: I have tested with xmonad, fluxbox, and GNOME and it occurs everywhere. I have tested with xev: normal operation is the same but when this bug crops up moving the mouse over the xev window doesn't produce any events: keyboard events still work. Catting /dev/input/mice, /dev/input/mouse0, and /dev/psaux all produce output when the mouse is moved or clicked. This is the end of my .xsession-errors file (this is reliably the sort of output produced and I can find nothing on the 'attempt' errors via google): Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Attempt to perform window operation 20 on window none when operation 20 on none already in effect Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Attempt to perform window operation 20 on window none when operation 20 on none already in effect Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed Window manager warning: Log level 8: gdk_drawable_get_screen: assertion `GDK_IS_DRAWABLE (drawable)' failed I am using these packages: [I--] [ ~] media-video/nvidia-settings-177.80 (0) [I--] [ ~] x11-drivers/nvidia-drivers-177.80 (0) [I--] [M~] x11-base/xorg-server-1.5.1 (0) [I--] [ ~] x11-drivers/xf86-input-evdev-2.0.5 (0) [I--] [ ~] x11-drivers/xf86-input-keyboard-1.3.1 (0) [I--] [ ~] x11-drivers/xf86-input-mouse-1.3.0 (0) [I--] [ ] x11-libs/libXxf86dga-1.0.2 (0) [I--] [ ] x11-libs/libXxf86misc-1.0.1 (0) [I--] [ ~] x11-libs/libXxf86vm-1.0.2 (0) [I--] [ ] x11-proto/xf86bigfontproto-1.1.2 (0) [I--] [ ] x11-proto/xf86dgaproto-2.0.3 (0) [I--] [ ~] x11-proto/xf86driproto-2.0.4 (0) [I--] [ ] x11-proto/xf86miscproto-0.9.2 (0) [I--] [ ] x11-proto/xf86rushproto-1.1.2 (0) [I--] [ ] x11-proto/xf86vidmodeproto-2.2.2 (0) The bug seems to occur more frequently when moving windows or window creation/destruction actions. Once the mouse is disabled by the bug, using the keyboard to bring down the window context menu (in GNOME, alt+space) only shows a thin white line where the top of the menu would have been, but the keyboard shortcuts for the invisible menu items work correctly. Reproducible: Sometimes Steps to Reproduce: Wait. Actual Results: The mouse stops working correctly. Expected Results: The mouse should work correctly. I am willing to do any and all tests and fill any requests for more information.
Created attachment 169648 [details] xorg.conf This is my Xorg configuration. I have a non-square layout of four LCD monitors but as this is a mouse not display issue, I don't think this part of my configuration is relevant.
1) Please post your `emerge --info' too. 2) Upgrade to x11-base/xorg-server-1.5.2 - 1.5.1 has left the tree.
Here's my emerge info, and I'm upgrading to 1.5.2. Will advise if the problem persists. $ emerge --info Portage 2.2_rc12 (default-linux/amd64/2007.0, gcc-4.3.2, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.25-gentoo-r5-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4400+-with-glibc2.2.5 Timestamp of tree: Fri, 24 Oct 2008 03:21:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.4.4-r14, 2.5.2-r8 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.2 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.26 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="C" LDFLAGS="" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://shelob.66fruit.com/gentoo-portage" USE="3dnow X aac acl acpi aim alsa amd64 asf bash-completion browserplugin bzip2 cdparanoia cdr cli cracklib crypt cups dbus divx dri dv dvd dvdread exif flac gif gtk gtk2 iconv icq ieee1394 isdnlog java javascript jpeg jpeg2k junit latex lm_sensors mad matroska midi mikmod mmx mmxext mng mp3 mpeg mplayer mudflap musepack musicbrainz mysql ncurses nls nptl nptlonly nsplugin offensive ogg opengl openmp oss pam pcre pdf perl php png posix postgresql pppd python qt4 quicktime readline realmedia reflection ruby scanner sdl session smp sndfile speex spl sse sse2 ssl svg tcpd theora threads tiff truetype unicode usb vcd vorbis wifi wmp wxwindows x11 x264 xine xinerama xorg xulrunner xv xvid zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I've also determined that x11-wm/metacity-2.24.0 is the source of the error "Window manager warning: Attempt to perform window operation 20 on window none when operation 20 on none already in effect", but this is probably due to causes external to this application: other window managers get the same bug.
After upgrade to x11-base/xorg-server-1.5.2, the problem persists without change.
/var/log/Xorg.0.log would probably be useful
Created attachment 169975 [details] Xorg.0.log Bug has happened on this run of Xorg. I'm pretty sure that nothing new gets added to the end when the bug happens.
Same problem here with a Logitech Trackman Marble FX. After a while, which is anywhere between ten minutes and a few hours, the mouse clicks are no longer detected. This started after an upgrade from xorg-server-1.3 to 1.5.2 emerge -e system did not help emerge -e world did not help disabling evdev did not help. After restarting X the problem is gone for a while longer. I'll attach emerge --info output and Xorg.0.log. Xorg.0.log does shown a hal error on startup. No more output is added to the log after startup, nor does anything unusual show up in /var/log/messages.
Created attachment 171011 [details] Xorg.0.log after startup
Created attachment 171012 [details] xorg.conf with evdev disabled
Created attachment 171014 [details] Output of emerge --info
Henk, have you tested with xev after the mouse has died but before restarting X? It would be useful to see if your results are the same as mine.
yes, i've tried xev. When the mouse buttons stop responding (the mouse is still moving) xev receives no events when either moving or clicking the mouse in the xev area.
I've discovered something: this may be related to synergy usage. When I start the synergy server on the 'buggy' system and the connect to it and disconnect, the problem goes away.
Yes nice find, same here. synergy must somehow reset the X mouse driver, which fixes it.
Well Eric, synergy turns out to be a life saver. Without it X would be unusable. I'm using it every hour or so to restart X. Quite an improvement over restarting X. Eric, are you using Xinerama? I have the impression that this problem occurs when moving the mouse from one screen to another.
I am using Xinerama and I get that impression as well. I'm not sure but I think KDE apps in a GNOME environment may make it worse.
Yes, I'm pretty much certain now. The last 5 times the mouse became unresponsive was when moving it from one xinerama screen to another. There is more... I've made a little script to restart the mouse: synergys -a localhost synergyc --name larry --no-daemon localhost killall synergys Running this script resets the mouse, but only when run from the console in one of the xinerama screens. Running it from a console in the other screen does not work. It looks like this is a xinerama related bug in xorg-server-1.5.
Reported this as an xorg bug on: https://bugs.freedesktop.org/show_bug.cgi?id=18668
Thanks for reporting the bug upstream. Let's see what these guys have to say about it. Thanks
Created attachment 180293 [details] Patch - mi: don't call UpdateSpriteForScreen if we have Xinerama enabled. #18668 Peter Hutterer has found the problem and created a patch. Thomas Jarosch reports it works on Fedora 9. --- mi: don't call UpdateSpriteForScreen if we have Xinerama enabled. #18668 In Xinerama all windows hang off the first root window. Crossing the screens must not reset the spriteTrace, otherwise picking fails and events are sent to the root window. --- If copied the patch from upstream. Hopefully someone knows how to add it to the ebuild
See http://bugs.freedesktop.org/show_bug.cgi?id=18668 for the source of this patch.
Thanks for all your help, Henk. I also hope this is applied to the ebuild soon.
I have applied the patch to the ebuild and tried it out.. it compiled and I am running it now. I have yet to experience the bug since recompiling, but it hasn't been very long. I will report on how well this works long term. Log: rivendell ~ # cd /usr/portage/x11-base/xorg-server rivendell xorg-server # diff -urN ~/xorg-server-1.5.2.ebuild xorg-server-1.5.2.ebuild --- /root/xorg-server-1.5.2.ebuild 2009-01-31 15:02:58.469822071 -0500 +++ xorg-server-1.5.2.ebuild 2009-01-31 15:03:07.540832298 -0500 @@ -284,6 +284,7 @@ UPSTREAMED_PATCHES=( "${FILESDIR}/1.5.2-force-LC_ALL-C-when-running-awk.patch" "${FILESDIR}/1.5.2-fix-xvesa-with-new-kernels.patch" + "/home/eastein/0001-mi-don-t-call-UpdateSpriteForScreen-if-we-have-Xine.patch" ) PATCHES=( rivendell xorg-server # ebuild xorg-server-1.5.2.ebuild digest rivendell xorg-server # emerge -1 =x11-base/xorg-server-1.5.2 Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 1) x11-base/xorg-server-1.5.2 * xorg-server-1.5.2.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * Forcing on xorg-x11 for new enough glxtokens.h... Switching to xorg-x11 OpenGL interface... done >>> Unpacking source... >>> Unpacking xorg-server-1.5.2.tar.bz2 to /var/tmp/portage/x11-base/xorg-server-1.5.2/work * Applying 1.4-fpic-libxf86config.patch ... [ ok ] * Applying 1.4-fix-kdrive-automake.patch ... [ ok ] * Applying 1.5.2-force-LC_ALL-C-when-running-awk.patch ... [ ok ] * Applying 1.5.2-fix-xvesa-with-new-kernels.patch ... [ ok ] * Applying 0001-mi-don-t-call-UpdateSpriteForScreen-if-we-have-Xine.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/x11-base/xorg-server-1.5.2/work/xorg-server-1.5.2' ...
Could you please try with the 1.5.3-r1 ebuild instead? Thanks for reporting it upstream :)
I did the same thing with the xorg-server-1.5.3-r1.ebuild and then upgraded to xorg-server-1.5.3-r1... everything compiled fine with the patch listed at the end of UPSTREAMED_PATCHES. I am running it now, and have yet to have any problems in the last few minutes.
Running fine on patched xorg-server-1.5.3-r1 for 2 days now. This patch works.
Patch backported from master into 1.5.3-r2. Don't hesitate to reopen this bug if necessary. Thanks
