lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1bb93259-1c9f-5335-a0bf-fc8641b26650@leemhuis.info>
Date:   Thu, 5 Jan 2023 09:12:11 +0100
From:   Thorsten Leemhuis <regressions@...mhuis.info>
To:     Bastien Nocera <hadess@...ess.net>
Cc:     David Roth <davidroth9@...il.com>,
        Benjamin Tissoires <benjamin.tissoires@...hat.com>,
        Jiri Kosina <jikos@...nel.org>,
        "open list:HID CORE LAYER" <linux-input@...r.kernel.org>,
        "regressions@...ts.linux.dev" <regressions@...ts.linux.dev>,
        LKML <linux-kernel@...r.kernel.org>
Subject: [Regression] BugĀ 216885 - HID++ Logitech G903 generates full scroll wheel events with every hi-res tick when attached via USB

Hi, this is your Linux kernel regression tracker speaking.

I noticed a regression report in bugzilla.kernel.org. As many (most?)
kernel developer don't keep an eye on it, I decided to forward it by
mail. Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=216885 :

>  David Roth 2023-01-04 20:37:22 UTC
> 
> Created attachment 303526 [details]
> Libinput record with G903 attached directly to USB
> 
> Since
> https://lore.kernel.org/linux-input/20220914132146.6435-1-hadess@hadess.net/T/#u
> my Logitech G903 has gained hi res support. While normally a good
> thing, it seems that in this case it leads to generating one normal
> REL_WHEEL with each REL_WHEEL_HI_RES event instead of just a couple
> of REL_WHEEL_HI_RES, followed by the standard REL_WHEEL once a
> notch/tick is reached. This leads to overly sensitive scrolling and
> makes the wheel basically useless.
> 
> Interestingly this only happens when the mouse is connected directly via
> cable (PID:0xC091) and not via the Lightspeed wireless dongle
> (PID:0x4087) where it will lead to correctly applying the times 8
> multiplier and the relevant set of HI_RES and REL_WHEEL event once a
> notch is reached.
> 
> I originally thought about patching the module/adding a param to simple
> disable high res support in general, assuming this might be something
> people might want to configure, but seeing that this can be "fixed" that
> way I decided to hold off on the thought.
> 
> However it seems like we'd need to trade one set of quirks for another,
> so not sure what the correct approach might be.
> 
> I'll attach some libinput debug logs when the issue happens.

See the ticket for more details.

BTW, let me use this mail to also add the report to the list of tracked
regressions to ensure it's doesn't fall through the cracks:

#regzbot introduced: 908d325e1665
https://bugzilla.kernel.org/show_bug.cgi?id=216885
#regzbot title: hid: overly sensitive scrolling with Logitech G903 that
makes the wheel basically useless
#regzbot ignore-activity

Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ