<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - Scrolling in LibreOffice Impress with enabled grid is very sluggish"
href="https://bugs.freedesktop.org/show_bug.cgi?id=85921">85921</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Scrolling in LibreOffice Impress with enabled grid is very sluggish
</td>
</tr>
<tr>
<th>Product</th>
<td>xorg
</td>
</tr>
<tr>
<th>Version</th>
<td>git
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86 (IA32)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Driver/Radeon
</td>
</tr>
<tr>
<th>Assignee</th>
<td>xorg-driver-ati@lists.x.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>glogow@fbihome.de
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>xorg-team@lists.x.org
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=108968" name="attach_108968" title="Example presentation with grid enabled">attachment 108968</a> <a href="attachment.cgi?id=108968&action=edit" title="Example presentation with grid enabled">[details]</a></span>
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
related:
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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>