Bug 204585
| Summary: | Bluetooth Mouse Polling Rate Regressed to 20hz | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Ivan Svalov (worryag) |
| Component: | Bluetooth | Assignee: | linux-bluetooth (linux-bluetooth) |
| Status: | RESOLVED CODE_FIX | ||
| Severity: | normal | CC: | leif.liddy, mybigspam, pavel, saroumane, worryag |
| Priority: | P1 | Keywords: | trivial |
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | https://bbs.archlinux.org/viewtopic.php?id=248133 | ||
| Kernel Version: | Linux arch 5.2.8-arch1-1-ARCH | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: | pairing issue capture | ||
I'm seeing this exact same issue with an orochi (2015) mouse on my laptop running kernel 5.2.11 What'd odd is that this issue isn't present when using this mouse on my other laptop running the same distro + kernel (but different bluetooth chipset). Not sure when this issue started exactly, but it was either kernel 5.1.x or 5.2.x. The stated hcitool command solves the issue for me. Since hcitool is deprecated, what is the 'proper' method we're meant to use to implement this change? I'm not able to change the polling intervals via debugfs as conn_min_interval and conn_max_interval don't exist # find /sys/kernel/debug/bluetooth/hci0 -type f /sys/kernel/debug/bluetooth/hci0/le_max_key_size /sys/kernel/debug/bluetooth/hci0/le_min_key_size /sys/kernel/debug/bluetooth/hci0/vendor_diag /sys/kernel/debug/bluetooth/hci0/dut_mode Looks like that patch is getting reverted: https://www.spinics.net/lists/linux-bluetooth/msg81251.html Created attachment 284937 [details]
pairing issue capture
I am experiencing pairing issues after reversal
My device is rapoo 550 made on MXCHIP btle chipset Guys on https://bbs.archlinux.org/viewtopic.php?id=248133 clearly singled out the issue as a matter of changes in default settings and conn_min_interval Applying a patch https://www.spinics.net/lists/linux-bluetooth/msg81235.html solves a problem with my mouse. Kernel 5.2.15 This is only a temporary solution (until commit c49a8682fc5d gets reverted). If you read the very next message in that email chain: https://www.spinics.net/lists/linux-bluetooth/msg81251.html The subsystem maintainer, Marcel Holtmann replies to the proposed change: "I decided to revert c49a8682fc5d and we need an overall better solution for handling connection parameters" The problem is still here on kernel 5.3.0-19-generic I discovered it with my Logitech M535 bluetooth mouse. The workaround (overriding /sys/kernel/debug/bluetooth/hci0/conn_min_interval and conn_max_interval) works. |
The problem arose with Microsoft BluetoothMouse3600. When you turn on the mouse behaves sluggishly. The evhz utility shows a polling rate of 20Hz. The problem is solved by changing the max and min values of the connection. /usr/bin/hcitool con | grep " handle " | awk '{print $5}' | xargs -I {} /usr/bin/hcitool lecup --handle {} --min 6 --max 7 --latency 0 Maybe you should change the default value of conn_min_interval and conn_max_interval. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/net/bluetooth?h=v5.2.8&id=33401f6ba0d9f23ca5877540375b88d7cd5b1f8f