FS#73048 - Mouse stop working after Upgrade to Kernel 5.15.8

Attached to Project: Arch Linux
Opened by boris (karloff) - Thursday, 16 December 2021, 11:52 GMT
Last edited by Andreas Radke (AndyRTR) - Sunday, 02 January 2022, 20:15 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Andreas Radke (AndyRTR)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 7
Private No

Details

Description:
My Sharkoon Gaming mouse stop working after upgrade to Kernel version 5.15.8
Device:
usb 3-6.3: new full-speed USB device number 5 using xhci_hcd
usb 3-6.3: New USB device found, idVendor=04d9, idProduct=a067, bcdDevice= 1.06
usb 3-6.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 3-6.3: Product: USB Gaming Mouse
usb 3-6.3: Manufacturer: Holtek

All my other (tested) mouses i had laying around still work, but this device does not seem to be recognized as input.

After a Downgrade to 5.15.7 everythink works again
Maybe a problem with CONFIG_HID_HOLTEK in kernel version 5.15.8?


Steps to reproduce:
Try to use a "Sharkoon Drakonia Black" with Kernel 5.15.8
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Sunday, 02 January 2022, 20:15 GMT
Reason for closing:  Fixed
Comment by Jackseller (Jackseller) - Thursday, 16 December 2021, 16:58 GMT
Same problem with same mouse after upgrading to lts-kernel 5.10.85
After reverting back to 5.10.84, the mouse works again.
Comment by boris (karloff) - Thursday, 16 December 2021, 20:53 GMT
I dig a bit around, looks like this is more or less not an arch only problem, more a problem inside the kernel upstream.
There are a few changes to hid interfaces between 5.15.7 and 5.15.8
see: https://github.com/archlinux/linux/compare/v5.15.7-arch1...v5.15.8-arch1 - so lets hope it get fixed quickly
Comment by loqs (loqs) - Thursday, 16 December 2021, 22:15 GMT
[1] does change detection of Holtek mice. You could delete .probe = holtek_mouse_probe, see if the mouse is then detected again.
Edit:
[2] Upstream bug report

[1] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=a579510a64ed15463a69cd6fe1a3339bf9ded33b
[2] https://bugzilla.kernel.org/show_bug.cgi?id=215341
Comment by Grzegorz (itsnotme) - Thursday, 16 December 2021, 22:50 GMT
I have the same issue with "Hiro Octagon" mouse. ( https://web.archive.org/web/20200805222808/https://hiro.com.pl/produkty/hiro-octagon )
Can confirm that downgrading to Linux 5.15.7 helped.
```
usb 4-1: new full-speed USB device number 2 using ohci-pci
usb 4-1: New USB device found, idVendor=04d9, idProduct=a070, bcdDevice= 1.10
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 4-1: Product: USB Gaming Mouse
usb 4-1: Manufacturer: G-SPY
```
Comment by loqs (loqs) - Friday, 17 December 2021, 08:01 GMT
Please test proposed fix from [1]

https://drive.google.com/file/d/1FqtOKsX0RVaO7If1mQbAnm65fuEm8JgZ/view?usp=sharing linux-5.15.9.arch1-1.1-x86_64.pkg.tar.zst
https://drive.google.com/file/d/1khtZGZoPRU2RYB9Obw_WLTnLAu_S2Uzx/view?usp=sharing linux-headers-5.15.9.arch1-1.1-x86_64.pkg.tar.zst


[1] https://lore.kernel.org/regressions/42903605-7e8b-4e84-fcd6-1b23169b8639%40redhat.com
Comment by Grzegorz (itsnotme) - Saturday, 18 December 2021, 11:57 GMT
I built 5.15.10 with this patch and it fixed the problem.
Comment by Tomasz Cebula (tomaszc) - Saturday, 18 December 2021, 14:11 GMT
@itsnotme
Did you apply the fix from @loqs comment or from the https://lore.kernel.org/regressions/42903605-7e8b-4e84-fcd6-1b23169b8639%40redhat.com thread?

I ask because the developers of the patch from kernel.org asked to test it.
Comment by Grzegorz (itsnotme) - Saturday, 18 December 2021, 15:24 GMT
@tomaszc
The patch from the kernel mailing list. (The one which adds calls to hid_parse and hid_hw_start.)
Comment by Jackseller (Jackseller) - Saturday, 18 December 2021, 22:23 GMT
I built the 5.10.87 LTS kernel with the patch from the kernel mailing list and it solved the problem too.
Comment by Gianluca Nitti (gianluca_n) - Sunday, 19 December 2021, 22:42 GMT
Same problem with Perixx MX3000 mouse, fixed by building 5.15.10.arch1-1 with the patch from the kernel mailing list.
Comment by Andreas Radke (AndyRTR) - Wednesday, 22 December 2021, 19:41 GMT
Patch applied to 5.10.88-2 LTS kernel.
Comment by Jan Alexander Steffens (heftig) - Wednesday, 22 December 2021, 19:42 GMT
should be fixed in linux 5.15.11.arch2-1
Comment by Grzegorz (itsnotme) - Tuesday, 28 December 2021, 21:26 GMT
I can confirm that it's indeed fixed in 5.15.11.arch2-1.

Loading...