Suspend to RAM/HDD causes strange mouse issues in KDE

Pob · 2014-06-18 12:05:12

I suspect that this problem is related to something taking focus and not releasing it, but I'm having a very hard time identifying what, and I'm not sure on my next steps of investigation.

I have a newly installed Fujitsu Lifebook P701 laptop, set up with KDE (installed with KDE-Base). The system will Hibernate perfectly, either to HDD or RAM. It will come up correctly and get back to the login screen. I am able to log in fine and the mouse always responds correctly here. Once I have logged back in, the mouse responds correctly for a few seconds (this amount of time is variable). After these few seconds the mouse will move on screen, but when clicking it either doesn't respond at all, or responds in an unexpected way (depending on where on screen is clicked). Some examples of this behaviour:
1. Click on the K button in the task bar - Either the K menu opens, but nothing in the menu can be clicked; or the menu doesn't open at all.
2. Click on programs in the task bar - Either the program will maximise/minimise, but doesn't respond to right click; or the program doesn't respond at all (the response can be both for different programs).
3. Click on a link in web page - no response
4. Click anywhere else on a web page - either no response, or text is selected (from a single click).
5. Click on the top of a window - the four arrow cursor immediately comes up and the window starts to move, clicking again doesn't release the window.

Investigation done so far:
1. Removed every activity that is running (task manger, notification etc), the only one not removed so far is the task bar itself.
2. checked .xsession-errors for obvious errors (none found).
3. Used kwin --replace, the issue still occurs after this is run.
4. Closed every program that was running and tested.
5. Read around on the KDE and Arch forums to find anything similar, I can find a couple of posts that are similar, but no solutions as yet.
6. Done a full upgrade to the system (this was a couple of days ago now).

Investigation I've not done so far but am planning on doing:
1. Creating a new user - As the issue started on the first hibernation of the laptop I don't think this will fix it, but it's worth a go.
2. Installing another WM to prove this is a KDE issue (I'm pretty sure it is and I don't have a huge amount of space as I installed an SSD).

I can get the laptop to work again by restarting KDM (systemctl restart kdm) so it's fixable, but I'd really like to get to the bottom of it.

I've posted to Laptop fault as I'm not 100% sure this is a KDE issue, but I suspect it will be (it certainly seems to be similar to other issues that have been identified as KDE specific).

What are your next recommended steps of investigation? I'm really stumped on what could be causing this. As I say at the top I suspect it's a focus issue but I have no idea what is stealing focus and how to find the culprit.

Pob · 2014-06-18 19:47:07

Ok further investigation (part 1).

I've just tried doing this with a USB mouse installed and the same issue is occurring, so that should rule out the synaptic driver. I will now install another WM to test that direction.

Pob · 2014-06-18 20:50:12

next part of the further investigation, I was wrong on this being a focus issue. Same fault occurs under XFCE4.

samiam · 2014-06-18 20:58:16

Does this laptop have a touch screen? I have a Lenovo with a touch screen that the mouse pointer goes berzerk on sometimes. So far I've been able to get it to snap out of it by disabling the touchscreen with xinput and re-enabling it after a few seconds.

What does 'xinput' (in a terminal) return?

Pob · 2014-06-18 21:02:58

No touchscreen on it, xinput returns

Virtual core pointer                         id=2    [master pointer  (3)]
Virtual core XTEST pointer               id=4    [slave  pointer  (2)]
PS/2 Generic Mouse                       id=14   [slave  pointer  (2)]
SynPS/2 Synaptics TouchPad               id=15   [slave  pointer  (2)]
Virtual core keyboard                        id=3    [master keyboard (2)]
    Virtual core XTEST keyboard              id=5    [slave  keyboard (3)]
    Power Button                             id=6    [slave  keyboard (3)]
    Fujitsu FUJ02E3                          id=7    [slave  keyboard (3)]
    Video Bus                                id=8    [slave  keyboard (3)]
    Fujitsu FUJ02B1                          id=9    [slave  keyboard (3)]
    Power Button                             id=10   [slave  keyboard (3)]
    Sleep Button                             id=11   [slave  keyboard (3)]
    FJ Camera                                id=12   [slave  keyboard (3)]
    AT Translated Set 2 keyboard             id=13   [slave  keyboard (3)]

This is when the mouse is working. I'll try and get the output when it's having issues.

Last edited by Pob (2014-06-22 14:48:13)

Pob · 2014-06-18 21:06:41

Just suspended and the output is the same

fdservices · 2014-06-20 15:23:13

I have similar problems since the last kernel upgrade: Prior to that everything on my laptop worked fine. After, when I close the lid (set to "sleep") the screen returns, the mouse appears to work, clicking on the panel often does not work, the menu may or may not pop up......

H/W path         Device  Class          Description
===================================================
                         system         HP Pavilion dm1 Notebook PC (VY474EA#ABU)
/0                       bus            3663
/0/0                     memory         1MiB BIOS
/0/4                     memory         5GiB System Memory
/0/4/0                   memory         1GiB SODIMM DDR3 Synchronous 800 MHz (1.2 ns)
/0/4/1                   memory         4GiB SODIMM DDR3 Synchronous 800 MHz (1.2 ns)
/0/a                     processor      Core 2 Duo
/0/a/b                   memory         1MiB L2 cache
/0/a/d                   memory         32KiB L1 cache
/0/c                     memory         32KiB L1 cache
/0/100                   bridge         Mobile 4 Series Chipset Memory Controller Hub
/0/100/2                 display        Mobile 4 Series Chipset Integrated Graphics Controller
/0/100/2.1               display        Mobile 4 Series Chipset Integrated Graphics Controller
/0/100/1a                bus            82801I (ICH9 Family) USB UHCI Controller #4
/0/100/1a/1      usb3    bus            UHCI Host Controller
/0/100/1a/1/1            input          USB Receiver
/0/100/1a.7              bus            82801I (ICH9 Family) USB2 EHCI Controller #2
/0/100/1a.7/1    usb1    bus            EHCI Host Controller
/0/100/1b                multimedia     82801I (ICH9 Family) HD Audio Controller
/0/100/1c                bridge         82801I (ICH9 Family) PCI Express Port 1
/0/100/1c/0      wlo1    network        BCM4312 802.11b/g LP-PHY
/0/100/1c.1              bridge         82801I (ICH9 Family) PCI Express Port 2
/0/100/1c.1/0    enp3s0  network        RTL8101E/RTL8102E PCI Express Fast Ethernet controller
/0/100/1d                bus            82801I (ICH9 Family) USB UHCI Controller #1
/0/100/1d/1      usb4    bus            UHCI Host Controller
/0/100/1d.1              bus            82801I (ICH9 Family) USB UHCI Controller #2
/0/100/1d.1/1    usb5    bus            UHCI Host Controller
/0/100/1d.2              bus            82801I (ICH9 Family) USB UHCI Controller #3
/0/100/1d.2/1    usb6    bus            UHCI Host Controller
/0/100/1d.2/1/2          communication  HP Bluetooth Module
/0/100/1d.3              bus            82801I (ICH9 Family) USB UHCI Controller #6
/0/100/1d.3/1    usb7    bus            UHCI Host Controller
/0/100/1d.7              bus            82801I (ICH9 Family) USB2 EHCI Controller #1
/0/100/1d.7/1    usb2    bus            EHCI Host Controller
/0/100/1d.7/1/4          multimedia     HP Webcam-50
/0/100/1e                bridge         82801 Mobile PCI Bridge
/0/100/1f                bridge         ICH9M-E LPC Interface Controller
/0/100/1f.2              storage        82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller [AHCI mode]
/0/100/1f.3              bus            82801I (ICH9 Family) SMBus Controller
/0/100/1f.6              generic        82801I (ICH9 Family) Thermal Subsystem
/1                       power          PT06055

$ uname -a
Linux hp-dm1 3.15.1-1-ARCH #1 SMP PREEMPT Tue Jun 17 09:32:20 CEST 2014 x86_64 GNU/Linux

Andrew

Pse · 2014-06-21 01:33:29

This happened to me once on Gnome 3.12 today. I managed to switch to a VT, close everything and reboot. I haven't experienced it again since then (I've suspended and resumed a couple of times already). I'd say it's probably related either to Xorg or the GPU drivers (Intel HD4000).

nagaseiori · 2014-06-21 02:21:15

Similar problems here with i3, linux-git-3.15, and Intel HD2000.

fdservices · 2014-06-21 09:17:14

Does not seem to be a kernel problem:

# systemctl suspend

works fine

Closing the lid (set to sleep), freezes part or all of the plasma GUI in KDE

Andrew

Pob · 2014-06-22 16:03:29

Ok further updates on this.

I can confirm that

 #systemctl suspend

works as intended.

As we all seem to be using xf86-video-intel drivers and KDE. I've had a bit of a hunt around with different search parameters to before. Whilst it isn't an exact description of the bug, this bug seems to describe the behavior I am seeing, just without the suspend part of it (and with a much older version of Xorg.server). I am just going to try disabling mouse gestures (as suggested there) and see if this helps fix it.

Update: Mouse gestures didn't fix.

Update 2: I've tried another of the suggestions in the above bug and they do modify the behavior seen. If I have a second work space, and move to this using the keyboard and right click, the focus returns to the program that was originally selected (in this case Chromium) and I am then able to click on links. The task bar and the menu bar in Chromium are still not working but it is better than it was.

Last edited by Pob (2014-06-22 16:34:43)

fdservices · 2014-06-22 17:13:22

It seems to me that if I run the fallback kernel instead of the default then the problem disappears.

Do you want ti give that a try?

Andrew

Pse · 2014-06-24 13:29:45

Pob wrote:

Ok further updates on this.
As we all seem to be using xf86-video-intel drivers and KDE.

I am not using KDE and I am seeing this. It does seem related to the Intel GPU drivers.

Pob · 2014-06-24 19:34:43

fdservices wrote:

It seems to me that if I run the fallback kernel instead of the default then the problem disappears.
Do you want ti give that a try?
Andrew

I've just tried on the failback kernel and I get the same problem occurring.

Pse wrote:

I am not using KDE and I am seeing this. It does seem related to the Intel GPU drivers.

Apologies that was me jumping to conclusions on the KDE front.

On an interesting side note I just managed to replicate the issue by using

  #systemctl suspend

Only this time rather than typing into tty1 as I've done before I ran this from a terminal window in the GUI.

fdservices · 2014-06-26 13:44:26

A bug has been reported here

Slightly more severe but could be connected

Arch Linux

#1 2014-06-18 12:05:12

Suspend to RAM/HDD causes strange mouse issues in KDE

#2 2014-06-18 19:47:07

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#3 2014-06-18 20:50:12

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#4 2014-06-18 20:58:16

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#5 2014-06-18 21:02:58

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#6 2014-06-18 21:06:41

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#7 2014-06-20 15:23:13

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#8 2014-06-21 01:33:29

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#9 2014-06-21 02:21:15

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#10 2014-06-21 09:17:14

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#11 2014-06-22 16:03:29

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#12 2014-06-22 17:13:22

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#13 2014-06-24 13:29:45

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#14 2014-06-24 19:34:43

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

#15 2014-06-26 13:44:26

Re: Suspend to RAM/HDD causes strange mouse issues in KDE

Board footer