[Bug 85921] New: Scrolling in LibreOffice Impress with enabled grid is very sluggish

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Nov 5 07:56:45 PST 2014


            Bug ID: 85921
           Summary: Scrolling in LibreOffice Impress with enabled grid is
                    very sluggish
           Product: xorg
           Version: git
          Hardware: x86 (IA32)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/Radeon
          Assignee: xorg-driver-ati at lists.x.org
          Reporter: glogow at fbihome.de
        QA Contact: xorg-team at lists.x.org

Created attachment 108968
  --> https://bugs.freedesktop.org/attachment.cgi?id=108968&action=edit
Example presentation with grid enabled

With the attached presentation on a 120% zoom I see a fine grid for positioning
(Disable via  View - Grid - Display Grid). If it's switched on, scrolling is
very sluggish. Same happens even without a grid in OOo  3.2.1 when moving a
selected object, because the selection frame consists of many small diagonal
lines. This is much better since LO 4.2, as it just draws a solid border (see
attached PNGs).

The tests were done using LibreOffice 4.3.1 and OpenOffice.org 3.2.1 on Ubuntu
14.10 with oibaf repository:

libdrm2 - 2.4.58+git1411031830.00847f
mesa - 10.4~git1411050730.9e2473
xserver-xorg-video-radeon - 1:7.5.99+git1411032004.7c7b38

xserver-xorg-core - 2:1.16.0-1ubuntu1
linux-image-3.16.0-24-generic - 3.16.0-24.32

For the tests radeon was compiled with "#define RADEON_TRACE_FALL 1", which
resulted in several of the following line:

EVERGREENCheckComposite: Component alpha not supported with source alpha and
source value blending.

In an other test I also saw some of the following lines, but these don't seem

EVERGREENCheckCompositeTexture: Unsupported picture format 0x1011000

Hardware is a dual screen setup on a

Advanced Micro Devices, Inc. [AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5
230 OEM] (1002:6779)

Using the on-board Intel graphics, scrolling is fine.

As a workaround I set "EXAPixmaps" to "off", which basically disables most of
the EXA HW Accel

It was mentioned on IRC by glennk and agd5f, that this might be the result of a
SW fallback, which forces some buffer syncs via RAM and VRAM. Intel is fine,
because it uses UMA.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20141105/982ae7cd/attachment.html>

More information about the xorg-driver-ati mailing list