Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1730762
Summary: | Mouse (optical A4tech) doesn't scroll in the kernels 5.1.17 and 5.1.18. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | LukasH <k-rh-bugzilla> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 30 | CC: | airlied, bskeggs, btissoir, erin.dru, fedora-kernel-input, hdegoede, ichavero, itamar, jarodwilson, jcline, jeremy, jglisse, john.j5live, jonathan, josef, kernel-maint, linville, mchehab, mjg59, steved |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-05-04 07:44:20 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
LukasH
2019-07-17 14:42:29 UTC
Hi Lukas, 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://lore.kernel.org/lkml/20190611121320.30267-1-nsaenzjulienne@suse.de/ 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 : https://bugzilla.kernel.org/show_bug.cgi?id=204347 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. |