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.
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
Xfwm4 version is 4.14.0 (revision ed87ef663). Here's the output of `sudo lshw -c display`: *-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 *-display 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"?
That doesn't tell which driver you use, I'm afraid, is it nouveau of nvidia closed source driver?
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
Can you please post your Xorg logs?
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.
Created attachment 9152 Xorg log with vblank mode to off (working fine)
Created attachment 9153 Xorg log with vblank mode to xpresent (working fine)
Created attachment 9154 Xorg log with vblank mode to glx (display freeze)
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.
What "unredirect_overlays" is for? Does disabling it affect UX somehow?
-- 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