| Bug ID | 91919 |
|---|---|
| Summary | Black layout options in libreoffice impress |
| Product | Mesa |
| Version | 11.0 |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | glin@suse.com |
| QA Contact | dri-devel@lists.freedesktop.org |
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
| What | Removed | Added |
|---|---|---|
| Attachment #118139 mime type | text/plain | image/png |
Please attach the corresponding /var/log/Xorg.0.log file.
Created attachment 118169 [details]
The Xorg log of the system with the black squares
Forgot to mention that the system is gentoo linux and I am using mesa-11.0.0_rc3.
> [ 7195.649] (II) LoadModule: "=
;glamoregl"
> [ 7195.649] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so
> [ 7195.677] (II) Module glamoregl: vendor=3D"X.Org Foundation&qu=
ot;
> [ 7195.677] compiled for 1.17.2, module version =3D 0.6.0
You're using glamor from the old standalone tree. Does the problem also occ=
ur
with glamor from the xserver tree?
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | INVALID |
(In reply to Michel D=C3=A4nzer from comment #4) > > [ 7195.649] (II) LoadModule: "glamore= gl" > > [ 7195.649] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so > > [ 7195.677] (II) Module glamoregl: vendor=3D"X.Org Foundati= on" > > [ 7195.677] compiled for 1.17.2, module version =3D 0.6.0 >=20 > 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 expec= ted. Sorry for the noise and thank you for all the wonderful work :)