[SOLVED] Udev & mouse

[yellowhat]

Hi all.
I have a little problem with my mouse (Logitech MX900), I am using xorg-server-1.8.2rc2 without hal, xf86-input-evdev, no xorg.conf, but I have to use udev-157 because with 158,159,160, mouse doesn't work.
It I use udev-158/159/160 it boot normaly but mouse doesn't move from center position, If I downgrade to 157 mouse works. I have tried to remerge xorg-server evdev, but nothing.

Xorg.log

[BradN]

Hmm, that is strange because the log says that your mouse is identified and added as an input device.

I can't think of many suggestions for fixing that, but you could try X -configure to generate a xorg.conf and try using that (maybe autodetection isn't completely working without HAL?)

I would also recommend reporting a bug with udev for your mouse, since it will become harder in the future to keep using an old version of udev. I would try testing it with gpm or something besides X just to verify it's a problem with udev and not some interaction with it and xorg.

[PaulBredbury]

You probably have a similar issue to me, with my wireless Logitech nano mouse.

The mouse, and the USB wireless dongle, get (for you) event3 and event4.

Here's the problem: It seems to be impossible to get udev to tell the mouse and the dongle apart. So, for me, the event *number* for the mouse can change, depending on whether I do a cold boot or warm reboot! I've also had the event number change just by upgrading xorg, and by upgrading the kernel.

[dmpogo]

I just got the same problem today with Logitech MX500, evdev driver without hal. mouse is identified by X, it is in usb tree,
/dev/input/event2 seems correct, but does not move from the center. It used to work last week.
Currently I reverted back to "mouse" driver, under which it works just fine, and searching what did I have changed, if anything, since last week.
My udev is 149 and I use nvidia drivers.

Actually, one thing I changed was to force nvidia to use MSI interrupts. I though I check today with then disabled back, but I have to investigate tomorrow in more detail.

[yellowhat]

Nothing to do with this xorg.conf

[yellowhat]

[BradN]

Try changing your mouse driver in xorg.conf from evdev to mouse. I think this is what dmpogo says he had to do to make it work.

[yellowhat]

Tried changing evdev to mouse. Doesn't work
Upgrade to 2.6.35-rc5. Doesn't work

[yellowhat]

I think that can be a xorg-server problem, perhaps 1.8.2 final can help

[VoidMage]

Lets try to concentrate on udev first (if you actually did check, the change
happened in 157->158).
What are the changes in 'ls -l /dev/input/' between those two ?

[yellowhat]

Udev-157

[yellowhat]

Udev-158

[idella4]

yeloowhat. I had a mouse driver issue many months ago.

https://forums.gentoo.org/viewtopic-t-803567-highlight-mouse.html

It's quit long and contains a series of issues. Be patient, go through it, and I'm pretty sure it will lead to the solution.
_________________
idella4@aus

[VoidMage]

OK, no luck here.
Does the output of 'udevadm monitor --subsystem-match=input' on plugging/unplugging mouse
differ significantly between those two versions ?

[yellowhat]

Udev-157

[yellowhat]

Udev-158

[VoidMage]

Did the last part meant: it works with >157, but I need to unplug/replug before it does ?

[yellowhat]

it works with >157, but I need to unplug/replug before it does?

Yes

[ashtophet]

I have a similar (better, same) problem: if udev > 157, I need to plug / unplug the dongle (logitech diNovo keyboard && MX revolution mouse) to get it to work. Currently I don't fire up X, so it cannot be xorg related.

If I build udev with -extras, everything seems* to be working as expected.

Some commits seem related [1] . If I find the time during next days I'll do a git bisect to find the offending commit.

-------------
[1] http://git.kernel.org/?p=linux/hotplug/udev.git;a=log;h=refs/tags/160

* I didn't reboot the computer. Just /etc/init.d/udev restart (when I did it with udev && +extras I had to unplug-plug again).

[yellowhat]

Udev -extras works very good but I get:

[idella4]

yellowhat,

that's easy. there are no ebuilds built with USE flags to satisfy means the cited use flag is not present in your make.conf
(Change USE: +extras)

sys-fs/udev-160 demands USE: +extras

[VoidMage]

I'd say somebody's seeing things (with that '-extras').
libudev and libgudev-1.0 are just for queries.
The funny thing is that there are very few changes between 157 and 158,
most of those are removal of some compatibility rules, Gentoo used.

It works fine for me, though I've got only a ps2 mouse.

[dmpogo]

Interesting, that's one thing that I did as well - rebuild udev with extras flag on July 7th ! (my problem is with the office computer which I have not seen until Monday 12th when I came to see that mouse does not work, I did upgrade over ssh)

[ashtophet]

[yellowhat]

Adding "extras" useflag in /etc/make.conf and "-extras" useflag for udev in /etc/portage/package.use, changed nothing, infact I get: