On Tue, Apr 17, 2007 at 10:54:52 +0200, Angela Gavazzi wrote: > Am Donnerstag, 12. April 2007 18:15 schrieb Kent West: > > On 4/12/07, Angela Gavazzi wrote: > > > Hallo! > > > > > > I have a strange problem with the mouse freezing on an Asus L5000. > > > > I experienced the mouse freezing on every installation I did, so I don't > > > > > think > > > it's a version or distro problem. > > > > > > Interesting thing is that, if I plug the mouse out and in again, dmesg > > > shows > > > it as it would work. > > > It does not matter on what usb port I plug in. > > > > > > I cannot believe that the board should be fault again... especially as > > > the mouse always works on windows... - I forgot that it is a dual boot > > > install. > > > > (I've hesitated to reply, as I don't know what I'm talking about, but ...) > > > > When the mouse dies, switch to a terminal window and run "cat > > /dev/input/mice" and move your mouse around; does it produce garbage on the > > screen? (Ctrl-C to quit.) It should. If not, that indicates that the mouse > > "driver" is being "unloaded" at a fundamental level. > > > > My gut instinct is that something like udev is "unloading" the mouse after > > a while of inactivity; it should "reload" it, as I understand things, when > > needed. > > I tried it and absolutely no garbage was produced. > How could I "reload" the mouse? > I don't remember if the mouse only stops after inactivity... > The TPad on /dev/psaux continues working.
Can you post the output of: ls -l /dev/input/by-id Also check if this output changes once the mouse hangs. I think you should see a difference in this directory if udev removes the mouse device node. It could also be that there is a problem with how the mouse and the touchpad share /dev/psaux. In that case we might be able to fix things by changing the device references in your xorg.conf. -- Regards, | http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
