Bug 20856 - New kernel 4.9.28 disables the USB mouse on startup and misses many keypresses from the USB keyboard
Summary: New kernel 4.9.28 disables the USB mouse on startup and misses many keypresse...
Status: RESOLVED WORKSFORME
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal major
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-15 10:18 CEST by Shlomi Fish
Modified: 2019-03-06 00:35 CET (History)
3 users (show)

See Also:
Source RPM: kernel-4.9.28-1.mga6.src.rpm
CVE:
Status comment:


Attachments
lspcidrake -v output - on 4.9.27. (3.44 KB, text/plain)
2017-05-15 12:31 CEST, Shlomi Fish
Details
dmesg output of kernel 4.9.27 (84.56 KB, text/plain)
2017-05-15 12:33 CEST, Shlomi Fish
Details
dmesg output of kernel 4.9.28 (67.21 KB, text/plain)
2017-05-15 12:43 CEST, Shlomi Fish
Details
dmesg output of kernel 4.9.29 right after reconnecting the mouse (126.42 KB, text/plain)
2017-05-21 11:44 CEST, Shlomi Fish
Details
dmesg output of kernel 4.9.29 right after reconnecting the keyboard (126.31 KB, text/plain)
2017-05-21 11:45 CEST, Shlomi Fish
Details

Description Shlomi Fish 2017-05-15 10:18:58 CEST
Description of problem:

New kernel 4.9.28 disables the USB mouse on startup and misses many keypresses from the USB keyboard. These are standard Microsoft USB keyboard and USB mouse and the previous 4.9.27 kernel handles them fine. I'm starting Xfce using startx.

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


How reproducible:


Steps to Reproduce:
1. Reboot to kernel 4.9.28.
2. Login.
3. startx.
4. Try to move the mouse.
Comment 1 Shlomi Fish 2017-05-15 11:50:57 CEST
An update: I can reproduce the problem with a vanilla 4.9.28 kernel built from source, so it seems to be an upstream regression.
Comment 2 Thomas Backlund 2017-05-15 12:10:01 CEST
Please provide dmesg from both 4.9.27 and 4.9.28 so we can compare init

also provide output of lspcidrake -v

CC: (none) => tmb

Comment 3 Shlomi Fish 2017-05-15 12:31:52 CEST
Created attachment 9301 [details]
lspcidrake -v output - on 4.9.27.
Comment 4 Shlomi Fish 2017-05-15 12:33:36 CEST
Created attachment 9302 [details]
dmesg output of kernel 4.9.27
Comment 5 Shlomi Fish 2017-05-15 12:43:06 CEST
Created attachment 9303 [details]
dmesg output of kernel 4.9.28
Comment 6 Shlomi Fish 2017-05-15 12:49:31 CEST
Seems like I can also fix the problem with the keyboard by plugging it out and plugging it in again.
Marja Van Waes 2017-05-15 18:18:38 CEST

CC: (none) => marja11
Assignee: bugsquad => kernel

Comment 7 Thomas Backlund 2017-05-15 20:03:55 CEST
Can you attach the part of the log that corresponds to unplugging/replugging the keyboard
Comment 8 Shlomi Fish 2017-05-15 21:00:13 CEST
(In reply to Thomas Backlund from comment #7)
> Can you attach the part of the log that corresponds to unplugging/replugging
> the keyboard

which log?
Comment 9 Thomas Backlund 2017-05-15 21:13:32 CEST
Sorry for not being specific....

When you have just booted 4.9.28 and see the problems, un-plug and re-plug the keyboard, then check dmesg output, it should show up there
Comment 10 Shlomi Fish 2017-05-21 11:44:11 CEST
Created attachment 9323 [details]
dmesg output of kernel 4.9.29 right after reconnecting the mouse

Still happens with kernel 4.9.29. Here is the requested dmesg output.
Comment 11 Shlomi Fish 2017-05-21 11:45:14 CEST
Created attachment 9324 [details]
dmesg output of kernel 4.9.29 right after reconnecting the keyboard
JanKusanagi 2017-11-09 15:50:23 CET

CC: (none) => jan-bugs

Comment 12 Shlomi Fish 2019-03-06 00:35:19 CET
Works fine with latest kernels in mga7.

Status: NEW => RESOLVED
Resolution: (none) => WORKSFORME


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