Bug 1590003 - 4.17.0-200 unsupporting mouse events
Summary: 4.17.0-200 unsupporting mouse events
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 28
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-06-11 19:50 UTC by rvcsaba
Modified: 2018-10-21 07:25 UTC (History)
19 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-10-21 07:25:27 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
dmesg 4.16.15 (61.40 KB, text/plain)
2018-06-12 18:58 UTC, rvcsaba
no flags Details
dmesg 4.17.0 (61.58 KB, text/plain)
2018-06-12 19:00 UTC, rvcsaba
no flags Details
evemu-record 4.16.15 (55.68 KB, text/plain)
2018-06-12 19:03 UTC, rvcsaba
no flags Details
evemu-record 4.17.0 (73.50 KB, text/plain)
2018-06-12 19:07 UTC, rvcsaba
no flags Details
lspci -v (11.18 KB, text/plain)
2018-06-12 19:11 UTC, rvcsaba
no flags Details

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


Note You need to log in before you can comment on or make changes to this bug.