Bug 203421

Summary:	Mouse wheel doesn't work after suspend
Product:	Drivers	Reporter:	Gael Lalire (gael.lalire)
Component:	Input Devices	Assignee:	drivers_input-devices
Status:	NEW ---
Severity:	normal	CC:	kmansoft, muttoni, prettyvanilla
Priority:	P1
Hardware:	All
OS:	Linux
Kernel Version:	5.0+	Subsystem:
Regression:	No	Bisected commit-id:

Description Gael Lalire 2019-04-25 14:02:27 UTC

With kernel > 5, the mouse wheel stop to work after suspend resume.
This is an usb mouse, disconnect and reconnect it fix the issue.

I installed the arch 4.19.34-1-lts and the bug disappear.

I found a similar issue at https://bbs.archlinux.org/viewtopic.php?id=245501

jeffm wrote :

On reading through the change logs in kernel.org I see some changes to HID: input: use the Resolution Multiplier for high-resolution scrolling dated 2018-12-07, for module hid-input.c.

Maybe it is related.


libinput debug-events is not showing event like
 event11  POINTER_AXIS      +2.66s	vert 15.00/1* horiz 0.00/0 (wheel)

after resuming from suspend

My mouse device is "Microsoft Microsoft® Comfort Mouse 4500"

Comment 1 Kostya Vasilyev 2021-11-09 11:54:31 UTC

May be related: https://bugzilla.redhat.com/show_bug.cgi?id=1701322

-----

Usually, scroll wheel speed is fine.

But if I put the computer to sleep, then after resuming, I'd say 1 out of 10 times scroll wheel is slow.

Unplugging / replugging the Unified Receiver or power cycling the mouse fixes it.

This has been going for some time, since I started using sleep/resume a month or two ago.

My current kernel version is: kernel-core-5.12.13-300.fc34.x86_64

Other HW info: Intel i7 9700K (not overclocked), ASUS PRIME Z390-A motherboard, plenty of RAM, SSD's.

-----

Still happens in Fedora 35 with kernel 5.14.16-301.fc35.x86_64

Comment 2 Kostya Vasilyev 2021-11-09 11:55:44 UTC

Sorry forgot to mention that my mouse is a Logitech MX Anywhere 2s

Comment 3 Kostya Vasilyev 2021-12-07 06:02:48 UTC

I've switched from a Microsoft Wireless Desktop 900 mouse and the wheel often stops working after suspend / resume.

Curiously enough, power cycling the mouse or unplugging the USB dongle doesn't help.

Comment 4 Kostya Vasilyev 2021-12-07 06:03:20 UTC

Oh kernel 5.14.20 built from source on Fedora 35. Sorry.

Comment 5 Leo 2024-02-09 02:44:37 UTC

Its 2024. I've been living with this problem for about 4 years, unfortunately: after resume from suspend, the mouse wheel became too slow.


In order to
 make it work again, I disconnect/reconnect the USB device or remove and reload the usbhid module:

    > rmmod usbhid ; sleep 1; modprobe usbhid

My setup:

* Kernel vanilla 6.6.16.
* Mouse : Microsoft Wireless mouse 1000
* USB Device (mouse/keyboard receiver, output from lsusb):
    > Bus 001 Device 008: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth