System information: Debian unstable/testing,xserver-xorg-video-intel from experimental newest linux from git: 2.6.35-rc3+ (git: 123f94f22e3d283dfe68742b269c245b0501ad) xserver-xorg-video-intel: 2:2.12.0-1 0 xserver-xorg: 7.5+6 libgl1-mesa-dri: 7.8.2-1 libdrm2: 2.4.21-1 0 notebook Fujitsu Siemens Lifebook P8010 Display connector: DVI no entries in xorg.conf regarding video Bugdescription: I see the problem (see attached screen shots from driver versions 2.9.1 and 2.1.12) only with one windows program using wine (wine-1.2-rc6). The program is the database explorer from Delphi 5 (dbexplore.exe). No other application I used did show the bug. Reinhard
Created attachment 36747 [details] Output from dmesg
Created attachment 36748 [details] Correct ouput from version 2.9.1
Created attachment 36749 [details] Incorrect output from version 2.12.0
Likely to be a dupe with #28871 and #28768.
Created attachment 36750 [details] output from xrandr --verbose
Gah, bugzilla is annoying me. I had set all those fields to be changed at once, and I missed that they had been reset whilst I was looking up the bug numbers.
Please retest with 2D driver as of: commit e0066e77e026b0dd0daa0c3765473c7d63aa6753 Author: Eric Anholt <eric@anholt.net> Date: Tue May 31 23:17:16 2011 -0700 uxa: Simplify Composite solid acceleration for spans by only clipping once. Unlike the previous commit removing this style of code, the code in this one was originally wrong, and would fail to clip in the second pass of clipping when y was > pbox->y2. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=37233 Reviewed-by: Keith Packard <keithp@keithp.com>
Sorry, I can't see any change.
Created attachment 47776 [details] Bad Icons
Created attachment 47777 [details] Good icons
Testing the driver, I didn't do an autogen.sh. Today I did an autogen.sh, configure --enable-kms-only --enable-sna, and make and the original problem is gone. There are some icons damaged in some wine applications (not all!) but everything else looks good. You can look at the icons in the 2 attachments (Bad Icons, Good icons), but the damage may be caused by me. On my Debian system, the version of dri2proto is 2.3, but needed is 2.6. To do a quick check of the driver, I change the version of dri2proto in /usr/lib/pkconfig/dri2proto.pc and commented out the undefined name. That may have caused the damaged icons. Reinhard
(In reply to comment #11) > On my Debian system, the version of dri2proto is 2.3, but needed is 2.6. > To do a quick check of the driver, I change the version of dri2proto in > /usr/lib/pkconfig/dri2proto.pc and commented out the undefined name. > That may have caused the damaged icons. Rest assured, that didn't cause the corruption. I'll need to investigate but it is likely due to http://cgit.freedesktop.org/~ickle/xserver/commit/?id=5991e0b9950341b718da71c3f75c9e2b637dd8d4 http://cgit.freedesktop.org/~ickle/xserver/commit/?id=950ec93c739b2509ed2dce8c59bbdf69f0595e5d Any program in particular?
The programs are written in Borland Delphi version 5. The program, the icons came from is a user program, it's a rather big one. The other program is the Borland database explorer, that is part of the Delphi programming package. Reinhard
The bug is back again with latest git. Reinhard
Sorry, the --enable-sna option was missing. Status is as it was before. Reinhard
The code is gone: commit 855ced5a4eb67e287001ae22cb6489639c548cfa Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Thu Jun 16 13:24:14 2011 +0100 uxa: Remove the attempt to use the 3D pipeline for core rendering The attempt was still ridden with bugs, such as http://bugs.freedesktop.org/show_bug.cgi?id=28768 http://bugs.freedesktop.org/show_bug.cgi?id=28798 http://bugs.freedesktop.org/show_bug.cgi?id=28908 http://bugs.freedesktop.org/show_bug.cgi?id=29401 A fresh approach was taken with SNA, but in the mean time before that can be enabled downstream, restore correct behaviour. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.