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@lists.freedesktop.org
Reporter: zeitli...@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._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
