Arch Linux

in this video I was tryin' to use backspace but the text wasn't erased...
at transformice.com I didn't press any button and the mouse just goes to the left...

installed linux-lts (4.9) and everything is working fine...

After I upgraded to linux 4.13.3-1 (from 4.12.13-1), I had strange problems with keyboard: in any application if I press and hold backspace to delete a lof of characters, it delete only a few and stops, forcing me to press backspace many times to be able delete texts. Or any time i need to press and hold any key, to repeated a character multiples, the holding is interrupted shortly. If I change to a console prompt (CTRL-ALT-F3), I see that a strange character (something like ^@) is typed every 2 or 3 seconds, making it impossible to login in the console, it happens even if I unplug the keyboard from the machine. It seems the kernel 4.13 is somehow generating false keyboard strokes. Downgrading package linux (4.13.3-1 -> 4.12.13-1) solved the issue.

https://bbs.archlinux.org/viewtopic.php?pid=1739030#p1739030 ?

The issue is solved by blacklisting input_polldev. Should this be fixed in the next release of the kernel?

@mijailr is there a patch for this?

@loqs maybe changing CONFIG_INPUT_POLLDEV=m to CONFIG_INPUT_POLLDEV=n in the config.x86_64 and config.i686 but i dont know if this is the best approach because this will disable input_polldev for everyone.

Something like this will work:

@@ -3333,7 +3333,7 @@
CONFIG_INPUT=y
CONFIG_INPUT_LEDS=m
CONFIG_INPUT_FF_MEMLESS=m
-CONFIG_INPUT_POLLDEV=m
+CONFIG_INPUT_POLLDEV=n
CONFIG_INPUT_SPARSEKMAP=m
CONFIG_INPUT_MATRIXKMAP=m

I don't think that will from the help text "This option is only useful for out-of-tree drivers since in-tree drivers select it automatically." https://cateee.net/lkddb/web-lkddb/INPUT_POLLDEV.html
So all in tree drivers that cause it to be selected would need to be disabled. I would suggest reporting it upstream see if there is an alternate solution.

https://bbs.archlinux.org/viewtopic.php?id=230340 ?

fixed!
will this be fixed in the new 4.14 kernel version?
just blacklisted input_polldev and everything works fine! :D

as the proposed patch does not appear to be going to make it into 4.14 as an alternative to arch taking a none upstreamed patch
CONFIG_PEAQ_WMI could be disabled which should also prevent the issue.

Can one of those affected verify the issue is fixed in linux 4.14.1-1 in testing?

yes, it is!