1. Please describe the problem:
Problem with (at least) this optical mouse from A4 :
Bus 003 Device 002: ID 09da:000a A4Tech Co., Ltd. Optical Mouse Opto 510D / OP-620D
Scrolling wheel worked well till 5.1.16 kernel, but stopped the work under the 5.1.17 kernel. In 5.1.18 problem still remains.
2. What is the Version-Release number of the kernel:
3. Did it work previously in Fedora? If so, what kernel version did the issue
*first* appear? Old kernels are available for download at
It did work until 5.1.16. Fist appears in 5.1.17.
4. Can you reproduce this issue? If so, please provide the steps to reproduce
the issue below:
Just start the machine with 5.1.17 or 5.1.18 kernel. After the reboot into 5.1.16 kernel problem is solved.
6. Are you running any modules that not shipped with directly Fedora's kernel?:
Only Oracle VBox extension pack - which is very probably isn't related in any way.
It looks like the issue has been discovered and there's a proposed patch. I started a kernel build with the patch if you'd like to test it: https://koji.fedoraproject.org/koji/taskinfo?taskID=36303951.
Thanks Jeremy, if I grab somewhere a bit of free time, I'll try it. Just a question - is this koji build only src (and have I rebuild from src into binary), or is somewhere over there also direct x86_64 variant ? Thanks again...
It's a binary build for x86_64, the RPMs will be attached to https://koji.fedoraproject.org/koji/taskinfo?taskID=36303953 when the build completes. You'll need the kernel, kernel-core, and kernel-modules rpms at a minimum.
Great! I installed this "5.1.18 kernel family" (rhbz1730762) before a while and can confirm that everything (including the mouse vertical scrolling) is working like a charm ... thanks again, Jeremy! Anyway, will be this patch an official part of 5.1.19 kernel ?
Thanks for testing!
I sent an email to upstream about the patch since it seems stalled. Once they decide what to do I'll pick it up or whatever alternate is proposed for Fedora kernels until it filters back into upstream stable kernels (which will likely take a bit of time).
I've been installed 5.1.19-300.fc30.x86_64 from testing repository before a while, and it looks like the mouse scroll is broken again. Probably you missed to push that patch into newer kernel ... ? ;)
Bleh, you're right, I lost track of this. Upstream hasn't responded yet, I'll added the input folks to the bug Cc. I'd rather not pick up the fix until upstream decides on something because it's too easy to lose track of things and then it never gets fixed properly (or upstream fixes it some other way and we have a weird patch until someone notices). Sorry about that.
Apologies if this is considered spam - I didn't see a "Me Too" button.
Anyway - this issue is occurring for me too. I was quite surprised, I thought my mouse was cheap and generic enough to "always work" but upon closer inspection it is indeed an A4Tech mouse that is affected by this issue.
I understand this situation, Jeremy, I'm just afraid that we'd wait for the upstream reaction (with pushing the final patch into stable kernel) for a long months (hopefully not, but...). So, could you be so kind, please, and push this patch at least to the first kernel from 5.2, that will go into testing and then stable repository (I guess 5.2.3 or 5.2.4) ? I don't want to hang on 5.1 series for that long months. But maybe upstream already made some action and my fear is not necessary, who knows ;)
The upstream discussion is at https://firstname.lastname@example.org/ and there are instructions at the bottom of the page on how to respond if you'd like to add your voice to the conversation. As soon as upstream says something I'm happy to pick it up, but we want to make sure fixes are actually going to go upstream or we'll be stuck carrying a patch forever and it'll still be broken for everyone who's not using the Fedora kernel.
I urged this at bugzilla.kernel.org (#204179), but probably nobody is paying attention about this till now (and it looks like the same with discussion at lore.kernel.org, as you mentioned). Sad ... it will be probably really 'run for a long distance', I'm afraid. So, please, Jeremy, if it will be possible, could you implant this patch _just_ for (freshly new in pending status) 5.2.4-200.fc30 kernel (or - if it's too late already for rebuilding - for the next 5.2.5-200.fc30) ? Then I (or all our impacted group with A4tech mice ;) ) will able to rebase my desktop for 5.2 kernel series and patiently wait for the further upstream decision ... thanks!
Re-opened/new ticket at bugzilla.kernel.org here :
Still without any reaction from upstream till now. So, would it be possible to implant this patch _just_ into 5.2.5 (fc30) kernel, please ? Thanks!
I observed kernel 5.2.5-200.fc30 in the testing repository before a while. Is this (a4tech) patch included, please? I'm asking before testing, as I don't want to rebase my F30 for 5.2 series (kernel-headers, tools, etc.), if it'd be useless then.
Hi, it is not included. Here is a scratch build with the patch applied: https://koji.fedoraproject.org/koji/taskinfo?taskID=36740602. Please, though, engage with upstream. Fedora has a reasonably strict upstream-first policy and this is not the right place to fix the problem.
Yeah, Jeremy, I understand that policies (I just thought that you'd rebuild "special/alternative" rhbz kernel with this patch for 5.2.5, in the same way as you already did for 5.1.18). Of course escalation of this issue by upstream bugzilla is the right way (and several people, such as me, constantly do it), I hope that something will happen soon, even if there is still no response till now. Thanks for this scratch build in any case!
FEDORA-2019-a7f551b8c9 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-a7f551b8c9
kernel-5.2.6-200.fc30, kernel-headers-5.2.6-200.fc30, kernel-tools-5.2.6-200.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-a7f551b8c9
kernel-5.2.6-200.fc30, kernel-headers-5.2.6-200.fc30, kernel-tools-5.2.6-200.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.
I can confirm that in 5.2.6-200.fc30.x86_64 mouse (A4tech) scrolling works well as expected. Thanks to all who solved this issue!
This message is a reminder that Fedora 30 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 30 on 2020-05-26.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '30'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 30 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.