Shift input modifier after resume from suspend

Juanc1to · 2020-07-30 19:44:21

I have recently installed Arch Linux on an HP Pavilion 15-aw053nr laptop; I am grateful to the community for organizing this flexible and powerful distribution, and for the most part I am very happy. One problem I have collided with is that after resuming from suspend, I have noticed that there is what I would describe as a shift input modifier being applied to keyboard and track pad input. The main symptom seems like Caps lock has been triggered: lower case letters are input as upper-case, and vice-versa. But other things also behave as if the Shift button is being held down: opening up hyperlinks in Chrome opens up a new web browser window, and track pad scrolling is disabled. I can generally reset this behavior (to the expected behavior) by again suspending and resuming the computer. Obviously, this is annoying but not debilitating behavior. Still, I would be very glad for any suggestions you might be able to offer.

dmesg output for shortly after an instance of this problem is here: <https://nopaste.xyz/?dad770d6ae11deba#D … gbcCfU6Gas>.

My lscpi output is here: <https://nopaste.xyz/?5cb8f8eceb2c30d8#B … p2SVjWnGSm>.

Would other system or runtime information be useful?

Last edited by Juanc1to (2020-07-30 19:47:43)

seth · 2020-07-30 20:30:03

Do you suspend using "systemctl suspend" or eg. the lid switch? Does it make a difference?

Juanc1to · 2020-07-30 21:34:50

I have seen the same behavior when using each of "systemctl suspend", pressing the power button on the laptop once (to trigger a suspend event), and selecting [username menu] > Suspend (then press Suspend) from the XFCE4 task bar.

seth · 2020-07-31 10:52:59

Next question: does it only affect X11 (the graphical environment) or also a console on eg. VT1?

Juanc1to · 2020-08-01 14:54:28

Good question, I didn't think of that line of testing! I was unable to trigger the behavior from a console (with "systemctl suspend"), so it appears that it is only happening from X11.

seth · 2020-08-01 18:42:45

Let's see the state of the various locks

xset q
xev -event keyboard # press a key - the state for Shift is 0x1, 0x10 is numlock so expect sth. like 0x11

Does running xmodmap or setxkbmap (w/ reasonable parameters for the layout etc.) "fix" it?

Arch Linux

#1 2020-07-30 19:44:21

Shift input modifier after resume from suspend

#2 2020-07-30 20:30:03

Re: Shift input modifier after resume from suspend

#3 2020-07-30 21:34:50

Re: Shift input modifier after resume from suspend

#4 2020-07-31 10:52:59

Re: Shift input modifier after resume from suspend

#5 2020-08-01 14:54:28

Re: Shift input modifier after resume from suspend

#6 2020-08-01 18:42:45

Re: Shift input modifier after resume from suspend

Board footer