[Libreoffice-bugs] [Bug 112610] New: System crashes + slow GUI, on linux + intel graphics

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=112610

            Bug ID: 112610
           Summary: System crashes + slow GUI, on linux + intel graphics
           Product: LibreOffice
           Version: 5.3.6.1 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: LibreOffice
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: zeitlinie at yahoo.de

Hi,

I am experiencing critical graphics issues with LO on linux, namely
i) either very slow GUI responsiveness
ii) or frequent crashes of LO inducing crashes of the 
    complete user session

These two types of issues can be 'toggled' depending on the graphics driver
configuration.

First, some system info:
LO Version: 5.3.6.1, Build-ID: 686f202eff87ef707079aeb7f485847613344eb7
(vanilla version from the LO site)
OpenSuSE Leap 42.3, kernel 4.4.87-25-default (and previous 4.4.x)
KDE Plasma 5.8.7
Lenovo T460s Core i7 laptop with onboard graphics
VGA compatible controller: Intel Corporation Skylake Integrated Graphics (rev
07), HD Graphics 520

The issues do not depend on having a vanilla LO version or the LO version from
the distribution's vendor i.e. OpenSuSE.
These issues also do not depend on 'per-user-configurations', i.e. they occur
for any user, even freshly created ones.
There are no known issues on this machine for other graphics intensive
applications (eg. blender, mayavi, inkscape, gimp, ...)

For this intel graphics card two driver options exist:
a) kernel builtin modesetting driver
b) intel's own xf86 video driver for X

For driver a), i.e. the kernel's builtin modesetting driver I am getting issue
# i), i.e. the responsiveness of LO's GUI is only very poor - up to the point
where a productive workflow can not be sustained.
By that I mean for example:
- in LO Impress, zooming slides of an empty fresh presentation takes ~1 sec.
per each zoom step
- deleting entries from a slide in LO Impress takes about ~1 sec. per deletion
- relocating objects on a slide within LO Impress takes ~1 sec. per relocation
- resizing the complete LO window on the desktop is sluggish, takes anything
between 1..3 secs., producing artifacts within the window while resizing

For driver option b), i.e. intel xf86, enabling DRI3, sna acceleration and tear
freeness, LO's GUI is acceptably responsive however then, LO can be crashed
very hard, involving the complete user's desktop session.

These crashes are not fully reproducible, however, for certain actions in LO
they occur very frequently. By that I mean ~ every 1 out of 3 or so of these
particular actions. One such line of action is
- create a new LO Impress document
- create a standard filled shape, say a filled ellipse
- apply transparency to the filled shape
- grab the shape and relocate it several times on the slide

If the crash occurs after the last step it involves
- LO itself
- KDE's session manager ksmserver
at best the user is returned to the login screen of the KDE, sometimes also
just to the boot console.

Typical suggestions on the net, related to kernel options for the x686 driver,
like i915.enable_rc6=1 i915.enable_fbc=1 i915.semaphores=1 have been attempted 
with no change

For none of the two driver types OpenGL can be activated within LO. It leads to
complete corruption of LO's GUI.

For additional information I've attached:
- typical backtrace of LO's coredump
  (no symbol table available at LO download site?)
- typical backtrace of ksmserver's coredump
  (symbol table only installed for ksmserver. If others
   needed, pls let me know)
- photo taken from the machine's screen at
  'systemctl isolate multi-user.target'
  after the crash

Any help would be most welcome
I will be happy to provide additional information.

wbwb

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170924/c6f915ba/attachment.html>