[Bug 85421] New: xf86-video-ati has flawed drawing straight lines operation

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Oct 24 14:34:31 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=85421

            Bug ID: 85421
           Summary: xf86-video-ati has flawed drawing straight lines
                    operation
           Product: xorg
           Version: 7.5 (2009.10)
          Hardware: x86 (IA32)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/Radeon
          Assignee: xorg-driver-ati at lists.x.org
          Reporter: zb at jabster.pl
        QA Contact: xorg-team at lists.x.org

I tried even newest 7.5.0 driver (with glamor module) - but it seems the
problem still's here. At first I blamed Tk for the problem - but it turned out
(after final comparison with NVidia), that the driver is flawed.

It seems, that (while using your radeon driver) Tk's canvas has about 5x more
work with drawing "line" type objects than with drawing the same object (say:
pentagram) as filled "polygon". The same can be noticed, when polygon is drawn
with "-outline" option. It's easy to reproduce: just compare CPU load during
execution of "Polyhedra" demo (from http://wiki.tcl.tk/14283 ), when drawing
filled and wireframe corpses. Yes, I can see that wireframes are created there
as polygons filled with black - but even when replacing relevant part of the
code to create them as "line" objects - the huge difference in CPU load still
remains (which can be seen especially on weaker machine, not strong modern
multicore).

I don't use xorg.conf presently, just 2 lines in $HOME/.xinitrc

 xrandr --output DVI-0 --mode 1280x800 --panning 1680x1050
 /etc/X11/xinit/xinitrc.icewm

(apart of a few keyboard-related ones)

When I ran the script on NVidia machine (with NVidia's proprietary drivers),
the CPU load difference between the two "display modes" ("shaded" and
"wireframe") was marginal, as expected.

-- 
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/20141024/bab9a463/attachment.html>


More information about the xorg-driver-ati mailing list