Bug 91919 - Black layout options in libreoffice impress
Summary: Black layout options in libreoffice impress
Status: RESOLVED INVALID
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/radeonsi (show other bugs)
Version: 11.0
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact: Default DRI bug account
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-08 14:01 UTC by Gary Lin
Modified: 2015-09-10 13:36 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Black layout options in libreoffice impress (119.75 KB, image/png)
2015-09-08 14:01 UTC, Gary Lin
Details
The Xorg log of the system with the black squares (140.72 KB, text/plain)
2015-09-09 15:37 UTC, Gary Lin
Details

Description Gary Lin 2015-09-08 14:01:46 UTC
Created attachment 118139 [details]
Black layout options in libreoffice impress

After upgrading mesa to 10.6.0 or later, some graphs in libreoffice impress became black squares. It also happened on some background images so some slides just became totally black. Per my bisect result, the first bad commit is this one:

commit cf6f33ee68ca56df1650762634fa9c038359c3ec
Author: Eduardo Lima Mitev <elima@igalia.com>
Date:   Thu Mar 12 08:16:09 2015 +0100

    mesa: Check for valid PBO access in gl(Compressed)Tex(Sub)Image calls

Theoretically, this commit should impact every graphic driver, but I only got this issue on the system with Radeon HD 7770 vga card. The other system with only intel vga card (with mesa 10.6.2) displayed everything as expected, so it's likely to be a bug in the radeonsi driver.

I also found a similar issue in a gtk program(*) which draws a white line with cairo but the whole became black after upgrading mesa. Here are the lines suffer the problem:

src/core/caret.cpp: void CCaret::DrawInverse()

        if (m_Cairo == NULL) {
                m_Cairo = gdk_cairo_create(m_pParent->window);
        }
        cairo_set_source_rgb(m_Cairo, 1, 1, 1);
        cairo_set_operator(m_Cairo, CAIRO_OPERATOR_DIFFERENCE);
        cairo_rectangle(m_Cairo, m_Pos.x, m_Pos.y, m_Width, m_Height);
        cairo_fill(m_Cairo);

Hope this can help to narrow down the scope.

(*) https://github.com/pcman-bbs/pcmanx
Comment 1 Michel Dänzer 2015-09-09 02:48:39 UTC
Please attach the corresponding /var/log/Xorg.0.log file.
Comment 2 Gary Lin 2015-09-09 15:37:00 UTC
Created attachment 118169 [details]
The Xorg log of the system with the black squares
Comment 3 Gary Lin 2015-09-09 15:49:14 UTC
Forgot to mention that the system is gentoo linux and I am using mesa-11.0.0_rc3.
Comment 4 Michel Dänzer 2015-09-10 02:44:13 UTC
> [  7195.649] (II) LoadModule: "glamoregl"
> [  7195.649] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so
> [  7195.677] (II) Module glamoregl: vendor="X.Org Foundation"
> [  7195.677] 	compiled for 1.17.2, module version = 0.6.0

You're using glamor from the old standalone tree. Does the problem also occur with glamor from the xserver tree?
Comment 5 Gary Lin 2015-09-10 13:36:25 UTC
(In reply to Michel Dänzer from comment #4)
> > [  7195.649] (II) LoadModule: "glamoregl"
> > [  7195.649] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so
> > [  7195.677] (II) Module glamoregl: vendor="X.Org Foundation"
> > [  7195.677] 	compiled for 1.17.2, module version = 0.6.0
> 
> You're using glamor from the old standalone tree. Does the problem also
> occur with glamor from the xserver tree?

Ah, right. I pulled in the old glamor to fix a dependency issue wrongly. Changing to glamor from xserver works for me. Now everything works as expected.

Sorry for the noise and thank you for all the wonderful work :)


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.