-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Collecting further mice and other HID devices with disconnect issues 2024+ #28
Comments
@sriemer I have tried adding the following to my ODDOR handbrake modprobe conf: but the handbrake does not show up in DIRT 2.0. a quick
|
@sriemer
I added to my grub cfg: I restarted, and now it stays connected (doesn't make sound but thats another issue im sure -- for now I can just use bluetooth. OS: Arch Linux x86_64
Host: MS-7B50 1.0
Kernel: 6.7.8-arch1-1 |
Thanks for reporting @cboin1996. Sorry for the delay here. I'm swamped with work and I'm mostly working with GitHub Enterprise now. So I don't look here frequently recently. What I'm thinking here is that they might have created a new firmware which requires a special driver. |
@cboin1996 Great to hear that you have a workaround. Audio devices shouldn't be detected as USB HID devices. So I guess this device has to go into the "needs special driver" list so that USB HID ignores it. |
@sriemer Works on arch with cooler master mice 2.4ghz mode
|
@Clutchnp Is this the MM712? It is expected that wireless mice work as expected with the wireless connection because the |
Also here is the relevant dmesg when connected via 2.4ghz dongle (after setting the relevant hid quirk in kernel parameters) which fixes my issue with the 2.4ghz dongle
|
@Clutchnp Thanks so much for the additional information. 😃 |
Sure that would be great 😃 |
I've fixed several USB HID devices at upstream Linux kernel with
HID_QUIRK_ALWAYS_POLL
(0x00000400
) already.So please let me know if your mouse or USB HID device disconnects every x seconds or every minute when no user-space driver is running and nothing polls it this way (usually mice on a virtual terminal [VT] without
gpm
running).Please test if the kernel boot option
fixes the issue while
aaaa
is the USB vendor ID andbbbb
is the USB product ID in hex fromlsusb
orlsusb -vvv
output.If this fixes your issue, please let me know the USB IDs, your mouse or device model, your kernel version, and which distro you use.
I will check if it has been fixed at the latest upstream kernel already and prepare the kernel patch if needed.
Thanks in advance!
The text was updated successfully, but these errors were encountered: