Bug 63397

Created attachment 77772 [details]
OpenOffice calc after some scrolling

Created attachment 77773 [details]
Seamonkey suite file browser after some scrolling

Created attachment 77774 [details]
Xorg log

Created attachment 77775 [details]
Graphics related 'dmesg' messages

Created attachment 77776 [details]
Packages (kernel, xorg, seamonkey, openoffice, libreoffice)

Created attachment 77777 [details]
HW-Info (Radeon HD 3450)

Does this still happen with current upstream glamor Git?

This happens to me too, using radeonsi, radeon 7850, glamor.

This card does not appear to have any option of accelration with EXA and glamor is quite frankly hopeless because of screen corruption. Not only in libreoffice, but also in GIMP and a lot of other software.

Created attachment 81169 [details]
GIMP window before scrolling

Created attachment 81170 [details]
GIMP window after scrolling

This is how a GIMP window with an image appears after scrolling a bit. The same thing happens in Libreoffice and numerous other programs.

totally makes my radeon 7850 useless.

I can't reproduce this. Let me ask again: If you aren't using current upstream glamor Git yet, does that work better?

My first attempt to test the Glamor Git (master) was unsuccessful. I compiled Glamor and copied the *.so libraries over the older versions (Glamor 0.5 - stable version). Some seconds after KDE start, the X-Server crashed. 

Probably I have to recompile xf86-video-ati or xf86-video-intel too. Are the version xf86-video-ati-7.1.0_git20130705-31.1.x86_64 or xf86-video-intel-2.21.11-74.1.x86_64 sufficient for Glamor Git?

(In reply to comment #12)
> Probably I have to recompile xf86-video-ati or xf86-video-intel too.

No, that shouldn't be necessary. Please provide more details about how you configured, built and installed glamor, and about the crash.

I have a new HD 7850, and I am not seeing any of the problems described here.  Possibly it has been fixed in newer versions of the software?  I am using:

  Linux 3.10.5 (+ Radeon-related cherry picks from 3.11)
  libdrm 2.4.46
  Mesa 9.2-devel, up to commit adfd0123 of July 18
  glamor-egl 0.5.0
  xorg-server 1.14.2.901
  xf86-video-ati 7.1.99-devel, up to commit 2ae6bb18 of July 31

The only problem I was having was fixed in bug 65438; a simple upgrade to a newer LLVM 3.4 cured it.

Maybe the folks having trouble could find and try newer versions.

My apologies on comment 14:  I _was_ having a problem with LibreOffice, where the menus were appearing in all black instead of black on gray.  A person could stand and get outside the sweetspot of my LCD monitor and actually read the menu bar, so the foreground and background colors were being rendered in two different colors, one black and the other almost black.

This corruption has now disappeared, and I cannot say whether it was a change in LibreOffice itself, or libgtk2, or part of the graphics stack such as my latest update of Mesa to 10.2-devel or glamor 0.6.0.  I rarely use LibreOffice lately and much has changed since the last time I tried it in August.

Just glad to see the bug go away!

Thanks devs!
Dave W.

I think this should be fixed, please reopen if it still happens with glamor from xserver 1.16.0 or later.

(In reply to comment #16)
> I think this should be fixed, please reopen if it still happens with glamor
> from xserver 1.16.0 or later.

Still happens here:
* Menu line is almost completely black after minimizing and restoring LO.
* All dialog buttons are completely black and unreadable,
  I can't use any dialog (save, print, convert to pdf, ...) in LO.
* Some toolbar or tool buttons and all pulldown arrow buttons 
  are partially black.

I have noticed some minor font rendering problems in other applications
(which go away when I scroll or repaint), but no such serious background
corruption in any other application - seems to affect libreoffice only.

Turning glamor off solves all problems.

HW: VERDE (ChipID = 0x6825)
SW: 
xorg-server 1.16.0 with integrated glamor (not external glamor lib)
xf86-video-ati 7.4.0
mesa 10.2.6

Is there any way to turn off just glamor 2D accel 
without loosing opengl, vdpau, xv etc?

(In reply to comment #17)
> * Menu line is almost completely black after minimizing and restoring LO.
> * All dialog buttons are completely black and unreadable,
>   I can't use any dialog (save, print, convert to pdf, ...) in LO.
> * Some toolbar or tool buttons and all pulldown arrow buttons 
>   are partially black.

Can't seem to reproduce any of this with glamor from xserver Git master.

Which desktop environment / window/compositing manager / LO/toolkit theme are you using?


> I have noticed some minor font rendering problems in other applications
> (which go away when I scroll or repaint), [...]

That would need to be tracked in a separate report.


> Is there any way to turn off just glamor 2D accel 
> without loosing opengl, vdpau, xv etc?

No.

(In reply to comment #18)
> (In reply to comment #17)
> > * Menu line is almost completely black after minimizing and restoring LO.
> > * All dialog buttons are completely black and unreadable,
> >   I can't use any dialog (save, print, convert to pdf, ...) in LO.
> > * Some toolbar or tool buttons and all pulldown arrow buttons 
> >   are partially black.
> 
> Can't seem to reproduce any of this with glamor from xserver Git master.

I tried xserver git and ati driver git yesterday (by using gentoo's 9999 build),
they compiled but did not come up (screen black, keyboard and mouse ignored,
poweroff required).

Any version you can recommend? Any hints to get it going?
Should I try xserver git with ati 7.4.0?

> Which desktop environment / window/compositing manager / LO/toolkit theme
> are you using?

XFCE with XFWM, LibreOffice 4.2.5.2 with gtk2 
(currently recompiling it with gtk3).
I have a lot of gtk2 applications in use, and only LibreOffice is affected.

The gtk3 version of LibreOffice doesn't have those problems,
everything is displayed correctly
(but it doesn't obey my desktop theme settings for gtk3:
Everything is way too small and infinitely ugly...).

And when comparing gtk2 and gtk3 I noticed another problem in gtk2:
In all dialogs, all tickmarks in choices are missing.
Even if the square is clicked, no tickmark appears.

The reported problem does not occur on my unchanged hardware anymore. I have updated Xorg and Glamor:

xorg-x11-server-7.6

Got xorg-server git and xf86-video-ati git running.

All "black background" problems are gone.

However, one very annoying problem remains:
All tickmarks in dialogs are missing:
The squares are all white and remain white,
no matter if the corresponding option is selected or not,
even when clicking on the square.

Seems to be a glamor problem:
With accel off, the tickmarks are displayed correctly.

(In reply to comment #22)
> All tickmarks in dialogs are missing:

Please file your own report for that. The problem this report is about is fixed per comment 21.

Regression:

The "black font on black background" error (Comment 15) 
came back a few weeks ago:
In some dialogs (not all), part of the text is shown as black rectangles only
(see attachment), exactly as it was 2-3 years ago.
Only libreoffice affected.

Dragging the dialog off screen and back again helps:
After repaint, the text is correct.

Xorg 1.18.2, mesa 11.1.2, xf86-video-ati 7.6.1, LO 5.1.1.3 with GTK 2, Xfce, 
ATI Cap Verde with Glamor

Created attachment 122545 [details]
Libreoffice Dialog with black-on-black text

(In reply to Klaus Kusche from comment #24)
> Regression:

Can you try if it's still broken with xserver Git master?

If yes, or if you can't try that, can you bisect?

(In reply to Michel Dänzer from comment #26)
> (In reply to Klaus Kusche from comment #24)
> > Regression:
> 
> Can you try if it's still broken with xserver Git master?

Yes.
Installed gentoo's xorg-server-9999, mesa-9999, libdrm-9999, and the 9999 
of all drivers, which should pull current git versions,
and the problem is still there.

Experimented a little:

* The problem is gone when glamor is not used
(can't test glamor with llvmpipe, 
because llvmpipe is killed immediately on a pax kernel).

* Interestingly, the problem is also gone when setting "ShadowPrimary" to "on"
in the radeon driver. However, this horribly breaks firefox 
(firefox window remains completely black).

* Problem still exists with all other options I tried with radeon.

* Problem also exists with the modesetting driver with glamor on,
no matter what combination of ShadowFB and PageFlip options is used.

> If yes, or if you can't try that, can you bisect?

I'm afraid I can't.

I was very busy during the last few weeks and hence ignored the problem
for quite some time. I can't remember if it came back 4 weeks or 4 months ago.

If you don't have any quick guesses to try, I'll live with the problem: 
It just affects some static texts in some dialogs,
it does not affect menues, text fields or other texts.

Created attachment 123796 [details] [review]
glamor: Disable logic ops when doing compositing

I reproduced this bug on my machine and created this patch which fixes it for me.

(In reply to Keith Packard from comment #28)
> Created attachment 123796 [details] [review] [review]
> glamor: Disable logic ops when doing compositing
> 
> I reproduced this bug on my machine and created this patch which fixes it
> for me.

The patch fixes it for me, too.

commit 743b6f231e999d8b2909228412266dc13cc433c5
Author: Keith Packard <keithp@keithp.com>
Date:   Fri May 13 04:25:43 2016 -0700

    glamor: Disable logic ops when doing compositing [v4]

In what version of the X.Org server will the fix for this issue appear?  I believe I'm still seeing the problem in the latest stable release, 1.18.4, installed from openSUSE 42.1 packages (xorg-x11-server-7.6_1.18.4-465.3.x86_64).

Oh, just noticed the release notes for 1.18.4 at <https://lists.x.org/archives/xorg-announce/2016-July/002699.html> refer to this bug and claim it's been fixed.  So either Keith's fix doesn't work for all cases, or I'm suffering from a different problem with the same symptoms.

Like Klaus reported in Comment #20, the problem doesn't occur when telling LibreOffice to use gtk3 (via SAL_USE_VCLPLUGIN), but it does occur with every other toolkit (kde, kde4, gtk2, gen).

Should this report be reopened?

(In reply to Tristan Miller from comment #32)
> Should this report be reopened?

No, because the reporter of this one said it's fixed for him. Please file your own report.

(In reply to Michel Dänzer from comment #33)
> Please file your own report.

Done at Bug 97533.