Logitech "Cruise Control" buttons exhibit extra button events

Bug #206968 reported by Jeremy Nickurak on 2008-03-26
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)

Bug Description

Binary package hint: xserver-xorg-input-evdev

Logitech mice with a "Cruise-Control" scroll feature, or with a horizontal tilt, exhibit additional button events for these buttons. In particular, while the expected 4, 5, 6, or 7-numbered buttons occur as expected (and repeat automatically until the button is released with that correct number) they also exhibit their own button-specific events. On a logitech MX1000 mouse, these events are numbered 11, 12, 13, and 14 respectively. Other mice behave differently depending on their specific configurations.

The effect is pretty well documented, with a number of historic work-arounds which don't appear to work well under the newer evdev driver:


Also search the lkml mailing list for MX1000 for several more discussions on the topic.

  Installed: 1:1.2.0-1

Linux kedri 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux

Timo Aaltonen (tjaalton) wrote :

Seems to be a kernel bug.

Hi Jeremy,

I'm retargeting this to the Intrepid Ibex 8.10 release as the kernel for Hardy is almost frozen for Hardy and only critical fixes are going in.

Changed in linux:
milestone: none → later
status: New → Confirmed
Changed in linux:
status: Unknown → Confirmed
Jamesoswan (shrinidhi-krao) wrote :


Take a Look at this.. www.hidpoint.com. Seems they have done all the Job. Just download and use it

Hope this help.

Hans van den Bogert (hbogert) wrote :


Doesn't work, doesn't do anything when I run the hid*.bin

Jeremy Nickurak (nickurak) wrote :

I don't see anything about this particular behavior in that app. Beyond it not apparently having any source code available, the forums indicate it's not even supported under ubuntu hardy. The right solution is to actually fix this behavior at the kernel level, or as a minimal workaround giving evdev enough options to hide the extraneous buttons.

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.


2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

Jeremy Nickurak (nickurak) wrote :

Still present in intrepid with 2.6.27-7

at me, buttons work in karmic (xev), but Ubuntu does not use it for back, forward in FF or Nautilus

Changed in linux:
importance: Unknown → Low

Jeremy Nickurak, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the kernel in the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested and remove the tag:

This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the text:

If this bug is fixed in the mainline kernel, please add the following tags:

where VERSION-NUMBER is the version number of the kernel you tested.

If the mainline kernel does not fix this bug, please add the following tags:

where VERSION-NUMBER is the version number of the kernel you tested.

If you are unable to test the mainline kernel, please comment as to why specifically you were unable to test it and add the following tags:

where VERSION-NUMBER is the version number of the kernel you tested.

Please let us know your results. Thank you for your understanding.

Helpful Bug Reporting Links:

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
tags: added: intrepid needs-upstream-testing
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.