Linux USB
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: linux-usb@vger.kernel.org
Subject: [Bug 211325] New: usbhid.mousepoll kernel cmd option not working
Date: Sun, 24 Jan 2021 04:35:13 +0000	[thread overview]
Message-ID: <bug-211325-208809@https.bugzilla.kernel.org/> (raw)

https://bugzilla.kernel.org/show_bug.cgi?id=211325

            Bug ID: 211325
           Summary: usbhid.mousepoll kernel cmd option not working
           Product: Drivers
           Version: 2.5
    Kernel Version: 5.11-rc3
          Hardware: ARM
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: low
          Priority: P1
         Component: USB
          Assignee: drivers_usb@kernel-bugs.kernel.org
          Reporter: mathias.steiger@gmail.com
        Regression: No

It doesn't matter what value I use, it is treated as if unset (i.e. "0").

I guess if I had a module to reload, it would probably set the correct value.
But the kernels on ARM hardware often have such drivers build in the kernel
directly.

I want to stress that this is important on ARM systems. With the normal polling
rate of 100Hz, Youtube may use up to 60% additional CPU in Firefox on a 2017 TV
box, making either 1080p videos stutter or throttle down to 144p all the time.
With a gaming mouse that defaults to 1000Hz, it may totally max out the CPU
even on 480p. On a TV box, people rather use low-accuracy mini-keyboard
trackpads than normal mice. Those can be set to 20Hz and as low as 10Hz without
any difference in usability. As a person might use both the remote
mini-keyboard from the couch to watch TV and also a normal set of
mouse/keyboard when sitting in front of the TV and using the TV box for office
applications or browsing, it would be best if mousepoll could be set per device
instead.

usbhid.mousepoll=50

> cat /sys/module/usbhid/parameters/mousepoll
50

> ./evhz
HID 0e8f:2517 Mouse: Latest    62Hz, Average    91Hz
HID 0e8f:2517 Mouse: Latest   125Hz, Average    91Hz
HID 0e8f:2517 Mouse: Latest    62Hz, Average    91Hz
HID 0e8f:2517 Mouse: Latest   125Hz, Average    91Hz
...
Razer Razer DeathAdder: Latest  1000Hz, Average   921Hz
Razer Razer DeathAdder: Latest  1000Hz, Average   921Hz
Razer Razer DeathAdder: Latest  1000Hz, Average   921Hz
Razer Razer DeathAdder: Latest  1000Hz, Average   921Hz

It is working on my 5.10.9-arch1-1 x86 PC with module reload, unplugging and
plugging the cable back in.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

             reply	other threads:[~2021-01-24  4:36 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-24  4:35 bugzilla-daemon [this message]
2021-01-24  8:14 ` [Bug 211325] New: usbhid.mousepoll kernel cmd option not working Greg KH
2021-01-24  8:14 ` [Bug 211325] " bugzilla-daemon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-211325-208809@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox