! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Display completely freezes when laptop lid is closed if Xfwm4 compositing is ...


Description Lorenzo S. 2019-10-23 22:56:50 CEST
When I close and re-open the lid of my Dell Vostro 7590 (but I guess it's the same for recent XPS and Inspiron models) the display is frozen and unresponsive (except for mouse cursor). The only way I can use the desktop again, is to fire a non-graphic shell (with CTRL+ALT+F1) and run `sudo service lightdm restart`, which fires a new working login screen, but I will lose my previous session.

This occurs if Xfwm4 compositing is enabled. If I disable it, everything works as expected, i.e. the lock screen is shown when opening the lid, and I have to enter my password to resume my session normally.

I know it's not much info, but I'm asking for things to debug the issue. I see nothing useful in the logs. Xorg log doesn't show any errors or warnings, but only (II) entries for the non-graphic shell switch. System logs (dmesg, kern, syslog) shown nothing.
Comment 1 Olivier Fourdan editbugs 2019-10-24 08:52:29 CEST
Can you please provide the version number you use (xfwm4 --version) ?

What hardware/driver do you use?

Is it with GL vblank or Xpresent?

Can you reproduce with a different vblank option:

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent
→ restart, retry

Can you reproduce without vblank:
$ xfconf-query -c xfwm4 -p /general/vblank_mode -s off
→ restart, retry
Comment 2 Lorenzo S. 2019-10-24 13:53:56 CEST
Xfwm4 version is 4.14.0 (revision ed87ef663).

Here's the output of `sudo lshw -c display`:

       description: 3D controller
       product: NVIDIA Corporation
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a1
       capabilities: pm msi pciexpress bus_master cap_list rom
       configuration: driver=nouveau latency=0
       description: VGA compatible controller
       product: UHD Graphics 630 (Mobile)
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 00
       capabilities: pciexpress msi pm vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0

Vblank mode was set to "auto". Setting it to "xpresent" or "off" fixes the issue. Setting it to "glx" brings the issue back.

Hope this helps. In the meantime, thanks for helping me! What is this setting? How is vertical sync related to that issue? Do you suggest using "xpresent" or "off"?
Comment 3 Olivier Fourdan editbugs 2019-10-24 14:01:22 CEST
That doesn't tell which driver you use, I'm afraid, is it nouveau of nvidia closed source driver?
Comment 4 Lorenzo S. 2019-10-24 14:07:25 CEST
I don't know, but looks like it's the open-source reverse-engineered Nvidia driver. This is a fresh Xubuntu 19.10 installation, `software-properties-gtk` says I'm using no proprietary driver: https://i.imgur.com/pFKQ6j9.png
Comment 5 Olivier Fourdan editbugs 2019-10-24 14:14:37 CEST
Can you please post your Xorg logs?
Comment 6 Lorenzo S. 2019-10-26 14:22:51 CEST
Sure, sorry for the delay. I'm attaching three Xorg logs with vblank mode to off (everything fine), xpresent (everything fine) and glx (display freeze). Unfortunately there's no difference in them, the only thing is some more line at the end of the glx log when I switch to the non-graphic shell (with CTRL+ALT+F1) in order to restart lightdm to use the desktop again.
Comment 7 Lorenzo S. 2019-10-26 14:23:42 CEST
Created attachment 9152 
Xorg log with vblank mode to off (working fine)
Comment 8 Lorenzo S. 2019-10-26 14:25:11 CEST
Created attachment 9153 
Xorg log with vblank mode to xpresent (working fine)
Comment 9 Lorenzo S. 2019-10-26 14:26:03 CEST
Created attachment 9154 
Xorg log with vblank mode to glx (display freeze)
Comment 10 NGRhodes 2019-12-05 23:00:11 CET
I have a Lenovo X220 and X250, both with intel GPU that suffer from this bug in Xubuntu 19.10 (XFCE 4.14).
Setting to blank to xpresent works.
Also disabling xfconf setting "unredirect_overlays" prevents the freeze also.
Happy to provide logs if required.
Comment 11 Lorenzo S. 2019-12-06 10:31:06 CET
What "unredirect_overlays" is for? Does disabling it affect UX somehow?
Comment 12 Git Bot editbugs 2020-05-29 12:31:39 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/356.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #16083

Reported by:
Lorenzo S.
Reported on: 2019-10-23
Last modified on: 2020-05-29


Olivier Fourdan
CC List:
2 users




Additional information