Kernel option usbhid.mousepoll=N is ignored for USB 3.0 (xhci) ports. Still works for USB 2.0 ports using ehci.

[Daniel van Vugt]

Kernel option usbhid.mousepoll=1 is now ignored.

I can see in /proc/cmdline that I still have usbhid.mousepoll=1 but in real testing with Mir clients I'm only getting 125Hz input instead of the expected 1000Hz.

Just a few months ago at least it was working (with the same mouse but different PC).

ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: linux-image-4.4.0-9136-generic 4.4.0-9136.55
ProcVersionSignature: Ubuntu 4.4.0-9136.55-generic 4.4.16
Uname: Linux 4.4.0-9136-generic x86_64
ApportVersion: 2.20.3-0ubuntu7
Architecture: amd64
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/hwC0D0', '/dev/snd/pcmC0D7p', '/dev/snd/pcmC0D3p', '/dev/snd/controlC0', '/dev/snd/by-path', '/dev/snd/hwC1D2', '/dev/snd/pcmC1D2c', '/dev/snd/pcmC1D0c', '/dev/snd/pcmC1D0p', '/dev/snd/controlC1', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
Date: Wed Sep 21 11:59:24 2016
HibernationDevice: RESUME=UUID=14362a37-9d65-44cb-af81-5694ee7c17c1
InstallationDate: Installed on 2016-07-11 (72 days ago)
InstallationMedia: Ubuntu 16.10 "Yakkety Yak" - Alpha amd64 (20160710)
IwConfig:
 lo no wireless extensions.

 eno1 no wireless extensions.
MachineType: LENOVO 30AJS05700
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-9136-generic.efi.signed root=UUID=81044886-888d-4a06-893c-d740f91759e0 ro quiet splash usbhid.mousepoll=1 vt.handoff=7
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
 linux-restricted-modules-4.4.0-9136-generic N/A
 linux-backports-modules-4.4.0-9136-generic N/A
 linux-firmware 1.161
RfKill:

SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/02/2015
dmi.bios.vendor: LENOVO
dmi.bios.version: FBKTB6AUS
dmi.board.name: SHARKBAY
dmi.board.vendor: LENOVO
dmi.board.version: SDK0E50519 PRO
dmi.chassis.type: 7
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnLENOVO:bvrFBKTB6AUS:bd08/02/2015:svnLENOVO:pn30AJS05700:pvrThinkStationP300:rvnLENOVO:rnSHARKBAY:rvrSDK0E50519PRO:cvnToBeFilledByO.E.M.:ct7:cvrToBeFilledByO.E.M.:
dmi.product.name: 30AJS05700
dmi.product.version: ThinkStation P300
dmi.sys.vendor: LENOVO

[sgtcapslock (sgtcapslock-linux-kernel-bugs)]

usbhid's mousepoll parameter is setting all of the gaming mice I've tested to exactly 1/2 of the expected polling rate that I specify, but only if the gaming mice are using the ohci-hcd driver.

To test polling rates, I use the evhz utility:
http://web.archive.org/web/20060623094750/http://homepages.nildram.co.uk/~kial/evhz.c

Here is an example using a Zowie EC1 eVo gaming mouse with usbhid.mousepoll=1:

[ohci]
From dmesg:
[ 9998.795207] usb 7-3: new full-speed USB device number 2 using ohci_hcd

From evhz:
event3: latest hz = 500 (average hz = 500)
event3: latest hz = 500 (average hz = 500)
event3: latest hz = 500 (average hz = 500)
event3: latest hz = 500 (average hz = 500)

[ehci]
From dmesg:
[10217.625617] usb 2-1.1: new full-speed USB device number 5 using ehci-pci

From evhz:
event3: latest hz = 1000 (average hz = 1000)
event3: latest hz = 1000 (average hz = 1000)
event3: latest hz = 1000 (average hz = 1000)
event3: latest hz = 1000 (average hz = 1000)

My motherboard is an Asus Sabertooth 990FX/GEN3 R2.0, which uses the SB950 south bridge chip to provide USB. I've also tested a Gigabyte GA-990FXA-UD3 which uses the same south bridge chip and have the exact same problem.

[greg (greg-linux-kernel-bugs)]

On Fri, Jul 19, 2013 at 08:32:20PM +0000, <email address hidden> wrote:
> usbhid's mousepoll parameter is setting all of the gaming mice I've tested to
> exactly 1/2 of the expected polling rate that I specify, but only if the
> gaming
> mice are using the ohci-hcd driver.

Please send this to the <email address hidden> mailing list

[sgtcapslock (sgtcapslock-linux-kernel-bugs)]

> Please send this to the <email address hidden> mailing list

Message deployed.

[virtuousfox (virtuousfox-linux-kernel-bugs)]

Same here on GA-990XA-UD3 with kernel 3.12.
After reading this i worked it around by plugging the mouse into an USB3 port, which uses xhci_hcd instead.

So, how's it going with merging that patch from the mailing list ?

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

I got a mouse from Logitech (G9x).
I changed the polling rate as per Arch wiki.
https://wiki.archlinux.org/index.php/Mouse_Polling_Rate

Also tried:
sudo modprobe -r usbhid && sudo modprobe usbhid mousepoll=1

cat /sys/module/usbhid/parameters/mousepoll
returned 1 so it was changing the polling rate.

However testing the actual value using the application (evhz) showed that the mouse was stuck at 125Hz polling rate no matter what setting.

Now this would not be a to big of an issue however using the USB 3.0 port causes issues with Witcher 2 that causes the mouse to behave erratic
Bug (contains video): https://github.com/KillaW0lf04/The-Witcher-2-Issues/issues/48

When I tried to move the mouse to another USB port (2.0) then evhz started showing the correct polling (700-800 and peaking to 1000). The issue in the game with the mouse behaving erratic did also vanish.

The polling rate issue is not the cause but a symptom of the issue so that's the reason I'm bringing it here. If it should be in a separate bug report please tell.

Any ideas?
Best Regards
Artur O.

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

Created attachment 146841
lspci

lspci -v

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

Created attachment 146851
Steam systeminfo

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

Created attachment 146861
dmesg when connecting to USB 2.0

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

Created attachment 146871
dmesg when connecting to USB 3.0

[greg (greg-linux-kernel-bugs)]

On Sun, Aug 17, 2014 at 03:17:24AM +0000, <email address hidden> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=82571
>
> Bug ID: 82571
> Summary: Mouse erratic and polling issues with USB 3.0 port and
> Logitech G9x mouse.

Please send this to the <email address hidden> mailing list.

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

(In reply to Greg Kroah-Hartman from comment #5)
> On Sun, Aug 17, 2014 at 03:17:24AM +0000,
> <email address hidden> wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=82571
> >
> > Bug ID: 82571
> > Summary: Mouse erratic and polling issues with USB 3.0 port and
> > Logitech G9x mouse.
>
> Please send this to the <email address hidden> mailing list.

Seems that I cannot, each time I try to send i get the email rejected by the mail-server. Even though it was a plain text message nothing more.

Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the server for the recipient domain vger.kernel.org by vger.kernel.org. [209.132.180.67].

The error that the other server returned was:
550 5.7.1 Content-Policy reject msg: The message contains HTML subpart, therefore we consider it SPAM or Outlook Virus. TEXT/PLAIN is accepted.! BF:<U 0.500225>; S1751269AbaHRBxo

[greg (greg-linux-kernel-bugs)]

On Mon, Aug 18, 2014 at 01:56:05AM +0000, <email address hidden> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=82571
>
> --- Comment #6 from Artur O. <email address hidden> ---
> (In reply to Greg Kroah-Hartman from comment #5)
> > On Sun, Aug 17, 2014 at 03:17:24AM +0000,
> > <email address hidden> wrote:
> > > https://bugzilla.kernel.org/show_bug.cgi?id=82571
> > >
> > > Bug ID: 82571
> > > Summary: Mouse erratic and polling issues with USB 3.0 port
> and
> > > Logitech G9x mouse.
> >
> > Please send this to the <email address hidden> mailing list.
>
> Seems that I cannot, each time I try to send i get the email rejected by the
> mail-server. Even though it was a plain text message nothing more.
>
>
>
> Technical details of permanent failure:
> Google tried to deliver your message, but it was rejected by the server for
> the
> recipient domain vger.kernel.org by vger.kernel.org. [209.132.180.67].
>
> The error that the other server returned was:
> 550 5.7.1 Content-Policy reject msg: The message contains HTML subpart,
> therefore we consider it SPAM or Outlook Virus. TEXT/PLAIN is accepted.!
> BF:<U
> 0.500225>; S1751269AbaHRBxo

That means you are sending html email, please fix up your email client
and try again.

[Commander.Alchemy (commander.alchemy-linux-kernel-bugs)]

(In reply to Greg Kroah-Hartman from comment #7)
> On Mon, Aug 18, 2014 at 01:56:05AM +0000,
> <email address hidden> wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=82571
> >
> > --- Comment #6 from Artur O. <email address hidden> ---
> > (In reply to Greg Kroah-Hartman from comment #5)
> > > On Sun, Aug 17, 2014 at 03:17:24AM +0000,
> > > <email address hidden> wrote:
> > > > https://bugzilla.kernel.org/show_bug.cgi?id=82571
> > > >
> > > > Bug ID: 82571
> > > > Summary: Mouse erratic and polling issues with USB 3.0 port
> and
> > > > Logitech G9x mouse.
> > >
> > > Please send this to the <email address hidden> mailing list.
> >
> > Seems that I cannot, each time I try to send i get the email rejected by
> the
> > mail-server. Even though it was a plain text message nothing more.
> >
> >
> >
> > Technical details of permanent failure:
> > Google tried to deliver your message, but it was rejected by the server for
> the
> > recipient domain vger.kernel.org by vger.kernel.org. [209.132.180.67].
> >
> > The error that the other server returned was:
> > 550 5.7.1 Content-Policy reject msg: The message contains HTML subpart,
> > therefore we consider it SPAM or Outlook Virus. TEXT/PLAIN is accepted.!
> BF:<U
> > 0.500225>; S1751269AbaHRBxo
>
> That means you are sending html email, please fix up your email client
> and try again.

Im using google's gmail (webclient), so guessing I'm forced to setup an desktop client or is there a way to fix it?

Best Regards

[greg (greg-linux-kernel-bugs)]

On Mon, Aug 18, 2014 at 03:39:36AM +0000, <email address hidden> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=82571
>
> --- Comment #8 from Artur O. <email address hidden> ---
> (In reply to Greg Kroah-Hartman from comment #7)
> > On Mon, Aug 18, 2014 at 01:56:05AM +0000,
> > <email address hidden> wrote:
> > > https://bugzilla.kernel.org/show_bug.cgi?id=82571
> > >
> > > --- Comment #6 from Artur O. <email address hidden> ---
> > > (In reply to Greg Kroah-Hartman from comment #5)
> > > > On Sun, Aug 17, 2014 at 03:17:24AM +0000,
> > > > <email address hidden> wrote:
> > > > > https://bugzilla.kernel.org/show_bug.cgi?id=82571
> > > > >
> > > > > Bug ID: 82571
> > > > > Summary: Mouse erratic and polling issues with USB 3.0
> port and
> > > > > Logitech G9x mouse.
> > > >
> > > > Please send this to the <email address hidden> mailing list.
> > >
> > > Seems that I cannot, each time I try to send i get the email rejected by
> the
> > > mail-server. Even though it was a plain text message nothing more.
> > >
> > >
> > >
> > > Technical details of permanent failure:
> > > Google tried to deliver your message, but it was rejected by the server
> for the
> > > recipient domain vger.kernel.org by vger.kernel.org. [209.132.180.67].
> > >
> > > The error that the other server returned was:
> > > 550 5.7.1 Content-Policy reject msg: The message contains HTML subpart,
> > > therefore we consider it SPAM or Outlook Virus. TEXT/PLAIN is accepted.!
> BF:<U
> > > 0.500225>; S1751269AbaHRBxo
> >
> > That means you are sending html email, please fix up your email client
> > and try again.
>
> Im using google's gmail (webclient), so guessing I'm forced to setup an
> desktop
> client or is there a way to fix it?

No, gmail will send text-only email, it's just tough to get it to do so,
there's an option somewhere when you are creating an email to do so...

[empire (empire-linux-kernel-bugs)]

I too have the same problem with kernel 4.0.1. ehci-pci USB ports work correctly up to 1000hz whereas the uhci_hcd ones only go up to 500hz.

Any chance this can be fixed?

[veselu (veselu-linux-kernel-bugs)]

Same problem here with kernel 4.0.1.

[jhopper (jhopper-linux-kernel-bugs)]

this has happened to me too, I have a Logitech MX518 and a Gigabyte Z87X-OC Force board, and when either xHCI or xHCI handoff options are enabled in the BIOS, the mouse is limited to 127 hz regardless of the mousepoll setting, but when only USB3 (in BIOS) is enabled and both xHCI options are disabled - the polling rate takes effect

[jhopper (jhopper-linux-kernel-bugs)]

(In reply to jhopper from comment #10)
> this has happened to me too, I have a Logitech MX518 and a Gigabyte Z87X-OC
> Force board, and when either xHCI or xHCI handoff options are enabled in the
> BIOS, the mouse is limited to 127 hz regardless of the mousepoll setting,
> but when only USB3 (in BIOS) is enabled and both xHCI options are disabled -
> the polling rate takes effect

this was on kernel 4.1.3

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.8 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8

[Daniel van Vugt (vanvugt)]

Tested kernel 4.8.0-040800-generic and the bug remains.

Despite having kernel parameter usbhid.mousepoll=1 I only get mouse events at precisely 125Hz.

[Joseph Salisbury (jsalisbury)]

Do you happen to recall the last kernel version that did not exhibit this issue? We can perform a kernel bisect if we identify the last good kernel version and the first bad one.

[Daniel van Vugt (vanvugt)]

Sorry, no I don't recall.

I do however have a second machine running xenial rather than yakkety that I'm yet to test. So that might help...

Unfortunately I've also changed machines between it last working and now. So this might be a USB hardware fault but I struggle to see how that would prevent something as slow as 1000 mouse events per second from working. So I'm hoping and assuming it's just a kernel regression.

[dach (dach-linux-kernel-bugs)]

Any news there? It's already 4.8 and the bug is still there.
I have mx518 and can't pass 500hz,

[Daniel van Vugt (vanvugt)]

Note to self: Test for this bug before killing xenial.

[Daniel van Vugt (vanvugt)]

Looks like this may be related:
https://bugzilla.kernel.org/show_bug.cgi?id=60586

[Daniel van Vugt (vanvugt)]

Now tracking upstream kernel bug:

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

which sounds more appropriate.

[main.haarp (main.haarp-linux-kernel-bugs)]

Same here, still an issue on kernel 5.7.7.

[Daniel van Vugt (vanvugt)]

Still failing in 5.15.0-41-generic