on a laptop system, with 2.6.11-gentoo-r6 kernel and xorg-x11-6.8.2-r1, any (I tried a Logitech, a Wacom tablet and even an Apple one-button one) external USB mouse freezes after a random time (usually some minutes) in X. switching to console and back to X sometimes fix the problem for a bit (while sometimes I have to phisically unplug and replug the mouse), anyway, the problem get back again after some time. the internal synaptics touchpad doesn't freeze, and continue working, whatever the external mouse is doing. Reproducible: Always Steps to Reproduce: 1. login into X 2. use the mouse for a bit (some minutes to half an hour) Actual Results: the mouse freezes. switching to console with CTRL+ALT+F1, moving the mouse (if GPM is running), and back to X solves the problem for a bit Expected Results: the mouse shouldn't freeze even after hours and hours of use it looks like this is an already known problem, and looks like it's kernel related (look for example at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149015 or http://lkml.org/lkml/2005/5/9/90 , even if I'm not using a KVM). anyway, I tried the solution provided, but non worked (and my laptop isn't even having a "USB Legacy" mode to disable in the BIOS). I have no error messages at all in logs (system nor X logs). I already tried with/without GPM running, and nothing did change. I even tried with both XFree and xorg, and with different 2.6 kernels. no way.. $ emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz Gentoo Base System version 1.6.9 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]ccache version 2.2 [enabled] dev-lang/python: 2.2.3-r5, 2.3.4 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/home/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/home/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/overlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X aalib acpi acpi4linux alsa atlas avi bitmap-fonts bluetooth bonobo bootsplash browserplugin cdr crypt cscope cups curl dga directfb dvd eds emboss encode esd ethereal fam fbcon firebird flac fortran gb gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hardenedphp imlib ipv6 jack java jpeg junit ldap libg++ libwww lm_sensors mikmod motif mozilla mp3 mpeg mysql ncurses nls odbc ogg oggvorbis opengl oss pam pcmcia pdflib perl png pnp python quicktime readline samba sdk sdl slang sms speex spell sse ssl svga tcltk tcpd tetex tiff truetype truetype-fonts trusted type1-fonts usb vorbis wifi wmf xml xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 67563 [details] my X configuration file it shouldn't add anything, but here it is the X configuration file I'm using. devices names within /dev are a bit out of standard thanks to udev, but things didn't work either before I had udev and I was using standard devices name.
Try using /dev/input/mice rather than /dev/input/usbmouse
in fact I used to use /dev/input/mice before passing to udev. but it didn't solve the problem (instead, I passed to udev hoping it would have solved the issue), and using the "multiplexed" device also has the drawback that it can't differentiate between a standard USB mouse and a Wacom graphic tablet (which in X soulh use different drivers.) anyway, I just tried again, and no, it doesn't solve the problem: the mouse still freezes after some minutes of use
Created attachment 67646 [details] /etc/udev/rules.d/10-personal.rules just to set things clearer, here is the udev rules file that generates devices names used in my XF86Config
Please reproduce this on the latest kernel, currently 2.6.13
I tried with 2.6.13-r1, and the problem seems to be gone (I can't exclude completely that it just happens more rarely). It's hard to do extensive test however (i.e. all days use) because there are other issues with this kernel (orinoco pcmcia modules non working at all, fbsplah not loading from initramfs, and other minor), but I think the mouse bug can be considered as fixed.
Thanks
I did some more testing and, yes, the mouse doesn't freeze that often as with previous kernel. but it still sometimes stops working. I fear the problem cannot be considered completely solved yet..
After the mouse frezes, does anything appear in /dmesg ? Does the device drop out of /proc/bus/input/devices ? Does running "cat" on the device node produce any output? Is the usb mouse known to work ok on other setups?
see comment #9
Sorry for the long delay, I'm very busy at this time. After the mouse freezes, nothing appears in dmesg, the device doesn't drop out of /proc/bus/input/devices (here is a cut&paste of its section, which is unmodified before and after the freeze) I: Bus=0003 Vendor=046d Product=c506 Version=1600 N: Name="Logitech USB Receiver" P: Phys=usb-0000:00:11.2-1/input0 H: Handlers=mouse0 event2 B: EV=17 B: KEY=ffff0000 0 0 0 0 0 0 0 0 B: REL=103 B: MSC=10 a cat of the device file (both on /dev/input/usbmouse link created by udev and /dev/input/mouse0) doesn't produce anything. the mouse is well tested as working on different other system, including a Win98 host, a Win2k, a WinXP and another Gentoo Linux box.
Hello, on my system I experience the same bug, my mouse freezes after some time. Mostly when I haven't used it for a minute, but I seem to recall that it happened once while using it. The problem appears when having plugged in a pl2303 serial converter at the same time. This happens also with the evdev-module, except in this case switching virtual consoles does not help (the one time it happened since switching to evdev). Running a pure ~x86 system
Update: since using evdev, not even un- and replugging the mouse helps. It seems to be a kernel bug, since /dev/input/mouse? and /dev/input/event? don't send anything anymore. Replugging helps, but then, somehow, xorg doesn't get it. Any ideas someone? Something I should test?
Jan, please open a new bug with the relevant info.
I have, see bug #127902
