4.14.5 gets me a garbled desktop

changed title from 4.15.1 gets me a garbled desktop to 4.14.5 gets me a garbled desktop

Reverting this commit gets me back to my usual Desktop

Nak.

It's extremely unlikely that this commit is the culprit, it might unveil another bug, but that fix is correct nevertheless.

A garbled desktop in a driver bug.

What hardware are you using? Which vblank method do you use?

Thanks for notification.

The bug happens on

Intel i915
NVIDIA GK104 [GeForce GTX 760] driver: nouveau

I didn't set a custom vblank_mode but don't know how to verify this atm. And yes, reverting 168cf03a fixes it for me. BTW Debian's xfwm4-4.14.2 works fine. This was my starting point for the bisect run.

The bug happens on

Intel i915

NVIDIA GK104 [GeForce GTX 760] driver: nouveau

You mean it's an hybrid system? Or two different laptops?

I didn't set a custom vblank_mode but don't know how to verify this atm.

Can you try:

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s glx

Then restart xfwm4 - If that does not work, try:

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent

Then restart xfwm4 - If that does not work, try:

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s off

And restart.

Does any of those help?

And yes, reverting 168cf03a fixes it for me. BTW Debian's xfwm4-4.14.2 works fine. This was my starting point for the bisect run.

No, you're mistaken. Reverting 168cf03a is really not a fix. Commit 168cf03a fixes a serious memory leak that was present in 4.14.2.

Which Xorg driver do you use there, modesetting, intel, nouveau?

Please attach the Xorg logs of the affected system.

Can you please also post a screenshot of the garbled desktop?

You mean it's an hybrid system? Or two different laptops?

No, a ThinkPad with the Intel i915 driver and a desktop with the nouveau driver.

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent

did the trick. But this setting is per user, isn't it? How can i set it systemwide?

Well after rebooting the garbled desktop is back.

.xsession-errors gives me:

(xfwm4:2391): Gdk-ERROR **: 13:48:55.164: The program 'xfwm4' received an X Window System error.
This probably reflects a bug in the program.
The error was 'RenderBadPicture (invalid Picture parameter)'.
(Details: serial 11553 error_code 143 request_code 139 (RENDER) minor_code 7)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Sandbox: unsupported fd-relative fstatat(29, "", 0x7FFEBE0C7030, 4096)
Sandbox: seccomp sandbox violation: pid 2809, tid 2809, syscall 262, args 29 139937633940222 140732086906928 4096 4096 1.
xfwm4-Message: 13:48:56.559: Prefer XPresent with Mesa DRI Mobile Intel® GM45 Express Chipset (CTG)

None of the proposed xfconf-queries helped really.

Right, that explains it then. Basically, the bug 168cf03a fixes papers over that Xerror, which explains why reverting 168cf03a restores the functionality for you.

Ideally, you would:

To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.

Meahwhile, can you please attach the output of xdpyinfo -queryExtensions on your system?

Well after rebooting the garbled desktop is back.

That doesn;t looke like a garbled desktop, it looks more like a desktop without xdesktop running.

What if you run xfdesktop, does it help with the backdrop redraw?

That doesn;t looke like a garbled desktop, it looks more like a desktop without xdesktop running.

What if you run xfdesktop, does it help with the backdrop redraw?

Well xfdesktop is running?

Well xfdesktop is running?

Well I cannot tell based on that screenshot alone…

What if you kill it and restart it?

$ xfdesktop -Q
$ xfdesktop &

xdpyinfo -queryExtensions is attached xdpyinfo.txt

What if you kill it and restart it?
$ xfdesktop -Q
$ xfdesktop &

Hmmm, that seems to help. I am starting xfce4 via .xinitrc:

exec xfwm4

Hmmm, that seems to help. I am starting xfce4 via .xinitrc:

exec xfwm4

Oh you mean you do not use the session manager and do not run xfdesktop explicitly from your script?

The culprit seems to be xdm. When starting xfce4 via xdm I get the garbled desktop. My .xsession:

#!/bin/sh 

  if [ "$(uname -s)" = "Linux" ]; then
     export LANG=de_DE.UTF8
     exec startxfce4
  fi
  if [ "$(uname -s)" = "FreeBSD" ]; then
     setenv LANG=de_DE.UTF8
     setenv SHELL=/bin/zsh
     xset +fp /usr/local/share/fonts/terminus-font 
     . /usr/local/etc/xdg/xfce4/xinitrc 
  fi

When xfwm4 with the reverted 168cf03a is installed everything runs fine.

Using lightdm it doesn't matter whether 168cf03a is reverted or not, though.

Using picom as the compositor let me start 4.14.5 via xdm with no problems.

mentioned in commit 3119b50b

mentioned in commit 328ced8e

Seem to be fixed in 4.14.6.

closed

4.14.5 gets me a garbled desktop

Designs

Child items ...

Activity