045e:00f9 [Gateway DX4860] Horizontal scrolling is broken with 9-button Microsoft Wireless Laser Mouse 5000

[Val]

horizontal scrolling is broken with the 9-button Microsoft Wireless Laser Mouse 5000.

The latest mainline kernel for Oneiric that did not reproduce the bug: 3.2.0-030200rc4 (201112012035).
The earliest mainline kernel for Precise that did reproduce the bug: 3.1.5-030105 (20111209125).

WORKAROUND: sudo apt-get install build-essential xserver-xorg-dev xutils-dev libudev-dev
wget http://archive.ubuntu.com/ubuntu/pool/main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.7.0.orig.tar.gz
wget https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/926917/+attachment/3373367/+files/horizontal_scrolling.patch
tar -zxvf xserver-xorg-input-evdev_2.7.0.orig.tar.gz
cd xf86-input-evdev-2.7.0
patch -p1 < ../horizontal_scrolling.patch
./configure --prefix=/usr
make

To invert and fix the scrolling change the -1 on line 1601 of src/evdec.c to 1 so it should read:
SetScrollValuator(device, axnum, SCROLL_TYPE_HORIZONTAL, 1.0, SCROLL_FLAG_NONE);

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-3.12.0-7-generic 3.12.0-7.15 [modified: boot/vmlinuz-3.12.0-7-generic]
ProcVersionSignature: Ubuntu 3.12.0-7.15-generic 3.12.4
Uname: Linux 3.12.0-7-generic x86_64
ApportVersion: 2.12.7-0ubuntu2
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC2: val 2055 F.... pulseaudio
 /dev/snd/controlC1: val 2055 F.... pulseaudio
 /dev/snd/controlC0: val 2055 F.... pulseaudio
CurrentDesktop: Unity
CurrentDmesg:
 [ 18.719163] r8169 0000:04:00.0 eth0: link down
 [ 18.719209] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
 [ 18.719405] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
 [ 20.803774] r8169 0000:04:00.0 eth0: link up
 [ 20.803781] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Date: Thu Dec 12 17:03:45 2013
HibernationDevice: RESUME=UUID=ac145c0d-f41b-4f64-9a96-1ca3b10a8b72
InstallationDate: Installed on 2013-12-12 (0 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20131212)
IwConfig:
 eth0 no wireless extensions.

 lo no wireless extensions.
MachineType: Gateway DX4860
ProcFB: 0 nouveaufb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.12.0-7-generic.efi.signed root=UUID=e0d98c7c-d44d-4f1c-9754-aac8b034e434 ro quiet splash
RelatedPackageVersions:
 linux-restricted-modules-3.12.0-7-generic N/A
 linux-backports-modules-3.12.0-7-generic N/A
 linux-firmware 1.117
RfKill:

SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/19/2011
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: P01-A3
dmi.board.name: DX4860
dmi.board.vendor: Gateway
dmi.chassis.type: 3
dmi.chassis.vendor: Gateway
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP01-A3:bd04/19/2011:svnGateway:pnDX4860:pvr:rvnGateway:rnDX4860:rvr:cvnGateway:ct3:cvr:
dmi.product.name: DX4860
dmi.sys.vendor: Gateway

[Brad Figg (brad-figg)]

This change was made by a bot.

[penalvch (penalvch)]

Val, could you please unplug all USB devices from your computer, plug in only the problematic USB device, immediately place the following in a terminal and attach the uncompressed results:
lsusb -v > lsusb-v.log

[Val (vk1266)]

Christopher,

My USB listing is attached. As you requested, I unplugged all USB devices first, then plugged in the mouse device (note important details below) and then executed "lsusb -v", with sudo of course.

Please note that this problem is specific to the mouse, not to Gateway DX4860. This computer system came with its own two-button mouse which I immediately replaced with 9-button Microsoft Wireless Laser Mouse 5000. To be precise, this mouse is part of a mouse+keyboard combo. The accompanying keyboard device is Microsoft Wireless Comfort Keyboard 4000. Both mouse and keyboard are wirelessly connected to the same USB transceiver. It is the USB transceiver device that I unplugged and then plugged back before executing "lsusb -v".

I should perhaps note again, just for the record under this bug report, that the proposed fix in LP: # 926917 worked perfectly for me on LTS 12.04, completely fixing the problem with horizontal scrolling.

[Timo Aaltonen (tjaalton)]

that patch would break it for everyone else..

[Maarten Lankhorst (mlankhorst)]

This seems like it should be fixed by adding a workaround in the kernel, not a hack in userspace evdev.

[Brad Figg (brad-figg)]

This change was made by a bot.

[penalvch (penalvch)]

Val, could you please test the latest upstream kernel available (not the daily folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.13-rc8

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

[Val (vk1266)]

The bug is still present in Trusty daily build trusty-desktop-amd64.iso (15-Jan-2014 07:50) with mainline kernel 3.13.0-031300 (20-Jan-2014):

> uname -a
Linux vk2011 3.13.0-031300-generic #201401192235 SMP Mon Jan 20 03:36:48 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

[penalvch (penalvch)]

Val, thank you for performing the requested tests. Did this problem not occur in a release prior to Trusty?

[Val (vk1266)]

Christopher, as I noted in my initial submission this bug is a sequel to LP bug #926917 and the problem has persisted with every Ubuntu release since 12.04. That information was unfortunately edited out from my initial submission. This bug was created on your request because the original submitter of bug #926917 was not available to run further tests.

I ran today's test on the latest mainline kernel which is available for Trusty but not for Precise or any other release prior to Trusty.

Also, this bug seems to be "Incomplete" again. Why is that?

[penalvch (penalvch)]

Val, to clarify:
1) This problem is reproducible in as early as 12.04.1?
2) Was it not reproducible in a release prior to this?

[Val (vk1266)]

Christopher, this problem did not exist prior to 12.04. It seems to be a regression in 12.04. I have been using the same mouse+keyboard combo since 8.04 or so, and it is only in 12.04 that my mouse tilt (horizontal scrolling) got broken.

[penalvch (penalvch)]

Val, the next step is to fully commit bisect from a pre-Precise release to Precise, in order to identify the offending commit. Could you please do this following https://wiki.ubuntu.com/Kernel/KernelBisection ?

[Val (vk1266)]

Christopher, can you tell if trying all these different kernels can be done in a guest OS in Virtualbox? To identify the offending commit I will need to do quite a few reboots. Doing such reboots on my main workstation means a lot of time would be wasted to idling while my computer reboots. I would like to avoid such idling as much as possible. If I do reboots on a guest OS in Virtualbox, I can do other things during reboots.

I was thinking of using a properly working 12.04 with the evdev patch applied as a host OS and all these different kernels in a guest 11.10 or 12.04. Thoughts?

[penalvch (penalvch)]

Val, unfortunately, a virtual machine would not be an acceptable testing environment, as this a host hardware dependent problem.

As well, the bisect would want to be done without any WORKAROUNDs involved.

[Val (vk1266)]

Christopher, I am a bit stumped. What I am getting does not make much sense.

Test 1: 11.10 Oneiric, mainline kernel 3.2.0-030200rc4 (201112012035). This is the last mainline kernel for Oneiric from http://kernel.ubuntu.com/~kernel-ppa/mainline/.
Test Result: horizontal scrolling works properly.

Test 2: 12.04 Precise, mainline kernel 3.1.5-030105 (20111209125). This is the first mainline kernel for Precise from kernel-ppa.
Test result: horizontal scrolling is broken.

How is this possible? Logically it seems impossible that kernel changes are responsible for this regression.

[penalvch (penalvch)]

Val, you would be experiencing a regression/fix/regression scenario. It was broken in a prior release, fixed in a newer one, and then it broke again.

Given that you know 3.2.0-030200rc4 (201112012035) works, you would want to find the next kernel that it fails on after this kernel version (ex. 3.2.1 or whatever it would be).

[Val (vk1266)]

Christopher, this time I tested 3.2.0-030200rc4 for Oneiric and 3.2.0-030200rc4 for Precise. Both were taken from the kernel-ppa and installed in Oneiric and Precise correspondingly.

   Oneiric, 3.2.0-030200rc4: all is well.
   Precise, 3.2.0-030200rc4: USB mouse is not detected properly and cannot be used at all.

But then:
   Precise, 3.2.0-23 (from the 12.04 distribution ISO image): USB mouse is detected properly but horizontal scrolling is broken.
   Precise, 3.1.5-030105: USB mouse is detected properly but horizontal scrolling is broken.

This is an excerpt from Oneiric's syslog that is generated when the USB mouse is plugged in. This is 3.2.0-030200rc4. Precise 3.2.0-23 and 3.1.5-030105 generate very similar logs:

Jan 22 00:18:18 val-1110 kernel: [ 55.856260] usb 2-2: new full-speed USB device number 3 using ohci_hcd
Jan 22 00:18:18 val-1110 mtp-probe: checking bus 2, device 3: "/sys/devices/pci0000:00/0000:00:06.0/usb2/2-2"
Jan 22 00:18:18 val-1110 mtp-probe: bus: 2, device: 3 was not an MTP device
Jan 22 00:18:18 val-1110 kernel: [ 56.368743] input: Microsft Microsoft Wireless Desktop Receiver 3.1 as /devices/pci0000:00/0000:00:06.0/usb2/2-2/2-2:1.0/input/input5
Jan 22 00:18:18 val-1110 kernel: [ 56.369050] microsoft 0003:045E:00F9.0002: input,hidraw1: USB HID v1.11 Keyboard [Microsft Microsoft Wireless Desktop Receiver 3.1] on usb-0000:00:06.0-2/input0
Jan 22 00:18:18 val-1110 kernel: [ 56.388660] microsoft 0003:045E:00F9.0003: fixing up Microsoft Wireless Receiver Model 1028 report descriptor
Jan 22 00:18:18 val-1110 kernel: [ 56.413792] input: Microsft Microsoft Wireless Desktop Receiver 3.1 as /devices/pci0000:00/0000:00:06.0/usb2/2-2/2-2:1.1/input/input6
Jan 22 00:18:18 val-1110 kernel: [ 56.414774] microsoft 0003:045E:00F9.0003: input,hidraw2: USB HID v1.11 Mouse [Microsft Microsoft Wireless Desktop Receiver 3.1] on usb-0000:00:06.0-2/input1

And here is what I get with Precise 3.2.0-030200rc4:

Jan 22 00:24:00 val-1204 kernel: [ 81.492220] usb 2-2: new full-speed USB device number 3 using ohci_hcd
Jan 22 00:24:00 val-1204 mtp-probe: checking bus 2, device 3: "/sys/devices/pci0000:00/0000:00:06.0/usb2/2-2"
Jan 22 00:24:00 val-1204 mtp-probe: bus: 2, device: 3 was not an MTP device
Jan 22 00:25:01 val-1204 udevd[548]: timeout: killing '/sbin/modprobe -bv hid:b0003v0000045Ep000000F9' [1947]
Jan 22 00:25:01 val-1204 udevd[550]: timeout: killing '/sbin/modprobe -bv hid:b0003v0000045Ep000000F9' [1948]
Jan 22 00:25:02 val-1204 udevd[548]: timeout: killing '/sbin/modprobe -bv hid:b0003v0000045Ep000000F9' [1947]
Jan 22 00:25:02 val-1204 udevd[550]: timeout: killing '/sbin/modprobe -bv hid:b0003v0000045Ep000000F9' [1948]
Jan 22 00:25:03 val-1204 udevd[548]: timeout: killing '/sbin/modprobe -bv hid:b0003v0000045Ep000000F9' [1947]
Jan 22 00:25:03 val-1204 udevd[550]: timeout: killing '/sbin/modprobe -bv hid:b0003v0000045Ep000000F9' [1948]
... (tons of timeout: killing... messages)

How is it possible that 3.2.0-030200rc4 work differently on Oneiric (mouse works flawlessly) and Precise (mouse is not even detected properly)?

Is kernel numbering performed differently for different releases? Is 3.2.0-030200rc4 the same for One...

[Val (vk1266)]

Christopher, do you have any suggestions as to what I should try next? I am still confused, and I do not understand why my test results on Precise are different from Oneric where the same kernel version is used in both installs.

[penalvch (penalvch)]

Val, one thing that would be helpful would be to not jump around distributions, as they don't share the same userspace. As you noted previously, a WORKAROUND in userspace fixed this problem. So, if you are going to test different mainline kernels in Precise, stay with this.

In addition to this, could you also please test the latest mainline kernel via http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.1-trusty/ ?

[Val (vk1266)]

Christopher, as I wrote in post #18 above the horizontal scrolling works fine in the last mainline kernel for Oneiric and it is broken in the first mainline kernel for Precise, chronologically speaking.

Horizontal scrolling works fine in every mainline kernel for Oneiric that I tested, and it is broken in every mainline kernel for Precise that I tested. I did not test each and every kernel -- I did the bisecting exercise.

How can I avoid jumping around distributions in such case?

[Val (vk1266)]

Christopher, unless I do something this bug is going to expire in a couple of weeks. I don't want it to expire into a mass grave of orphaned bugs. I've invested a significant number of hours investigating it, all in the hope that my work won't be wasted, all in an attempt to make Ubuntu more friendly to end users.

I don't know what else I can do at this point. My posts here and pleas for directions are not affecting the impending expiration of this bug.

[penalvch (penalvch)]

Val, what you can do is test the latest mainline kernel, as previously requested. However, the latest one available now is http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14-rc6-trusty/ .

[Val (vk1266)]

Christopher, I have tested v.3.14-rc7 which is now the latest mainline kernel:

val@vk2011:~$ uname -a
Linux vk2011 3.14.0-031400rc7-generic #201403162235 SMP Mon Mar 17 02:36:19 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

The result is the same as in prior tests: the horizontal scrolling is broken.

[Val (vk1266)]

Christopher, to answer your questions:

1) The latest mainline kernel for Oneiric that did not reproduce the bug: 3.2.0-030200rc4 (201112012035).
2) The earliest mainline kernel for Precise that did reproduce the bug: 3.1.5-030105 (20111209125).

This info is in post #18 above: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1260513/comments/18

[penalvch (penalvch)]

Val, the next step would be to commit bisect the mainline kernel following https://wiki.ubuntu.com/Kernel/KernelBisection#Commit_bisecting_upstream_kernel_versions . It would be best to expand your commit bisection a little past 3.2, and little before 3.1.5.

[Joseph Salisbury (jsalisbury)]

Thank you for taking the time to file a bug report on this issue.

However, given the number of bugs that the Kernel Team receives during any development cycle it is impossible for us to review them all. Therefore, we occasionally resort to using automated bots to request further testing. This is such a request.

  With the recent release of this Ubuntu release, would like to confirm if this bug is still present. Please test again with the newer kernel and indicate in the bug if this issue still exists or not.

You can update to the latest development kernel by simply running the following commands in a terminal window:

    sudo apt-get update
    sudo apt-get dist-upgrade

If the bug still exists, change the bug status from Incomplete to Confirmed. If the bug no longer exists, change the bug status from Incomplete to Fix Released.

If you want this bot to quit automatically requesting kernel tests, add a tag named: bot-stop-nagging.

 Thank you for your help, we really do appreciate it.

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]