Bug 1590003

Summary: 4.17.0-200 unsupporting mouse events
Product: [Fedora] Fedora Reporter: rvcsaba
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: airlied, bskeggs, ewk, hdegoede, ichavero, itamar, jarodwilson, jglisse, john.j5live, jonathan, josef, kernel-maint, labbott, linville, mchehab, mjg59, peter.hutterer, rvcsaba, 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: 2018-10-21 07:25:27 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:
Attachments:
Description Flags
dmesg 4.16.15
none
dmesg 4.17.0
none
evemu-record 4.16.15
none
evemu-record 4.17.0
none
lspci -v none

Description rvcsaba 2018-06-11 19:50:15 UTC 
Description of problem:

I upgrade kernel from Koji build server. I use Xfce and Compiz, but some mouse events ignored my system. I downgrade kernel-4.16.14-300, my system work fine.


Version-Release number of selected component (if applicable):

kernel-4.17.0-200.x86_64

How reproducible:

Xfce4+Compiz, ignoring some mouse events. Latest stable kernel is OK, but very new kernel bad.

Steps to Reproduce:
1.
2.
3.

Actual results:

Ignoring mouse events.

Expected results:


Additional info:
Comment 1 rvcsaba 2018-06-11 20:21:46 UTC 
Might be related:

https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.17-Input-Drivers

I use A4Tech PS/2 mouse.
Comment 2 Laura Abbott 2018-06-11 22:23:44 UTC 
Can you share kernel logs and lpsci for your hardware?
Comment 3 Peter Hutterer 2018-06-12 01:03:48 UTC 
And an evemu-record of an affected event from a working kernel and a non-working kernel please.
Comment 4 rvcsaba 2018-06-12 18:58:31 UTC 
Created attachment 1450616 [details]
dmesg 4.16.15

This kernel is OK.
Comment 5 rvcsaba 2018-06-12 19:00:10 UTC 
Created attachment 1450617 [details]
dmesg 4.17.0

This kernel is FAILED.
Comment 6 rvcsaba 2018-06-12 19:03:01 UTC 
Created attachment 1450620 [details]
evemu-record 4.16.15

Events OK.
Comment 7 rvcsaba 2018-06-12 19:07:47 UTC 
Created attachment 1450621 [details]
evemu-record 4.17.0

Mouse pointer move, but not send button events. I test it xev, 4.16.15 is OK, if I boot 4.17.0, keyboard events received xev, but mouse events not.
Comment 8 rvcsaba 2018-06-12 19:11:03 UTC 
Created attachment 1450622 [details]
lspci -v

My mouse: A4Tech WOP-35, really PS/2 interface, I not use USB - PS/2 converter.
Comment 9 Peter Hutterer 2018-06-15 02:58:31 UTC 
Both of the recordings have button events in them, so I doubt it's really the kernel. But you say *some* events are missing, so it's hard to be sure.

Run again on the bad kernel with "sudo evemu-record | grep BTN_" and check if every mouse click generates a click. If so, then the issue is higher up on the stack. If not, then this is indeed a kernel issue or a hw issue. I take it you've ruled out flaky hardware? True PS/2 mice are... old.
Comment 10 rvcsaba 2018-06-15 20:29:03 UTC 
Hm... My problem absolute compiz and 4.17 kernel specific. I use compiz compositor and emerald decorator.

If I use USB mice, same problem. This problem independent a mouse type.
If I use compiz _and_ 4.17 kernel, events missed.

4.16.15 and compiz: OK
4.17.0 and compiz: FAILED
4.17.0 without compiz: OK

I tested it Openbox (whithout compiz), Xfce without compiz, and Xfce with compiz.

Which modified, incompatible kernel interface?

(Sorry my very poor english.)
Comment 11 rvcsaba 2018-06-16 22:12:49 UTC 
I tested it my Acer Aspire ES1 11.6" notebook. Kernel 4.17 and compiz work correctly. Acer use intel video driver, however my desktop computer use nouveau (NVIDIA Corporation G86 [GeForce 8500 GT]).
Comment 12 rvcsaba 2018-06-24 13:51:11 UTC 
New info: If I disconnected PS/2 A4Tech WOP-35 mouse, and I use only USB mice, compiz work correctly. If PS/2 mouse connected, compiz work earlier kernel releases (<4.17).

My workaround: I use USB mice.
Comment 13 Justin M. Forbes 2018-07-23 15:10:43 UTC 
*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There are a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs.

Fedora 28 has now been rebased to 4.17.7-200.fc28.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you experience different issues, please open a new bug report for those.
Comment 14 rvcsaba 2018-07-28 14:33:13 UTC 
I tested it with 4.17.10-200.fc28.x86_64. Improved, work correctly.

Thanks! :)
Comment 15 Laura Abbott 2018-10-01 21:34:49 UTC 
We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs.
 
Fedora 28 has now been rebased to 4.18.10-300.fc28.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29.
 
If you experience different issues, please open a new bug report for those.
Comment 16 rvcsaba 2018-10-15 19:40:01 UTC 
Sorry, I not tested it with 4.18, because 4.17.10 - or 4.17.0 < release <= 4.17.10 - solved this problem.
Comment 17 Laura Abbott 2018-10-21 07:25:27 UTC 
Thanks for letting us know