| 2008-09-15 21:40:11 |
wesley |
bug |
|
|
added bug |
| 2008-09-15 21:42:22 |
wesley |
description |
Binary package hint: xserver-xorg-video-ati
Using EXA RENDER acceleration in the open source radeon driver, on an rv250 (Mobility 9000), certain transparency elements will get artifacts along the border of the canvas, for lack of a better word. It's not the border of the actual image, but the border of the entire canvas, i.e. a 32x32 image, of which the non-transparent image is only the center 16x16 square, the artifact would be along the "invisible" 32x32 edges.
The artifacts are consistent, in that it's always the same elements that have the problem.
Ubuntu Hardy Heron, 8.04
Xserver 1.4, Xorg 7.3
xserver-xorg-video-ati 6.8
The problem has existed since accelerated RENDER has been implemented. Still persists, even in the newer Intrepid Ibex 8.10 xserver and ati drivers.
Setting RenderAccel to false, or MigrationHeuristic to greedy makes the problem disappear, as this disables RENDER acceleration.
It doesn't seem to affect transparency that's generated by the compositor, but by transparency that's specified by an image. |
Binary package hint: xserver-xorg-video-ati
Using EXA RENDER acceleration in the open source radeon driver, on an rv250 (Mobility 9000), certain transparency elements will get artifacts along the border of the "canvas", for lack of a better word. It's not the border of the actual image, but the border of the entire canvas, i.e. a 32x32 image, of which the non-transparent image is only the center 16x16 square, the artifact would be along the "invisible" 32x32 edges.
The artifacts are consistent, in that it's always the same elements that have the problem.
Ubuntu Hardy Heron, 8.04
Xserver 1.4, Xorg 7.3
xserver-xorg-video-ati 6.8
The problem has existed since accelerated RENDER has been implemented. Still persists, even in the newer Intrepid Ibex 8.10 xserver and ati drivers.
Setting RenderAccel to false, or MigrationHeuristic to greedy makes the problem disappear, as this disables RENDER acceleration.
It doesn't seem to affect transparency that's generated by the compositor, but by transparency that's specified by an image.
Most definitely an upstream bug, but I don't know where to report it. |
|
| 2008-10-01 01:12:23 |
Bryce Harrington |
xserver-xorg-video-ati: status |
New |
Incomplete |
|
| 2008-10-01 01:12:23 |
Bryce Harrington |
xserver-xorg-video-ati: statusexplanation |
|
Can you attach a photo or screenshot that shows the corruption? Also please attach your /var/log/Xorg.0.log and the output from lspci -vvnn. Thanks ahead of time. |
|
| 2008-10-10 11:28:54 |
wesley |
bug |
|
|
added attachment 'Screenshot.png' (Screenshot.png) |
| 2008-10-10 11:29:19 |
wesley |
bug |
|
|
added attachment 'Screenshot-1.png' (Screenshot-1.png) |
| 2008-10-10 11:32:48 |
wesley |
bug |
|
|
added attachment 'screenshot.png' (screenshot.png) |
| 2008-11-04 20:20:52 |
Bryce Harrington |
xserver-xorg-video-ati: status |
Incomplete |
Confirmed |
|
| 2008-11-04 20:20:52 |
Bryce Harrington |
xserver-xorg-video-ati: statusexplanation |
Can you attach a photo or screenshot that shows the corruption? Also please attach your /var/log/Xorg.0.log and the output from lspci -vvnn. Thanks ahead of time. |
|
|
| 2008-11-05 22:08:30 |
Bryce Harrington |
title |
[RADEON] exa acclerated transparecy artifacts at canvas border |
[RADEON] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2008-11-05 22:48:05 |
Bryce Harrington |
bug |
|
|
assigned to xserver-xorg-driver-ati |
| 2008-11-05 22:50:53 |
Bryce Harrington |
xserver-xorg-video-ati: status |
Confirmed |
Triaged |
|
| 2008-11-05 22:50:53 |
Bryce Harrington |
xserver-xorg-video-ati: importance |
Undecided |
Medium |
|
| 2008-11-05 22:50:53 |
Bryce Harrington |
xserver-xorg-video-ati: statusexplanation |
|
Hi Joey,
I'd still like to have your Xorg.0.log, xorg.conf, and the output of lspci -vvnn when you get a chance, but I've gone ahead and forwarded this bug upstream anyway as I'd like to get progress going on EXA bugs (I'm hoping we can switch to it by default in Jaunty).
I've forwarded your bug here: https://bugs.freedesktop.org/show_bug.cgi?id=18401 Please subscribe to this bug in case upstream has more questions or wishes you to test something. Thanks ahead of time, and please attach the above info when it is convenient. |
|
| 2008-11-05 23:41:26 |
Bug Watch Updater |
xserver-xorg-driver-ati: status |
Unknown |
Confirmed |
|
| 2008-11-12 04:46:34 |
wesley |
bug |
|
|
added attachment 'xorg.conf' (xorg.conf) |
| 2008-11-12 04:46:56 |
wesley |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
| 2008-11-12 04:47:36 |
wesley |
bug |
|
|
added attachment 'lspci.txt' (lspci.txt) |
| 2009-01-17 09:59:33 |
Bryce Harrington |
description |
Binary package hint: xserver-xorg-video-ati
Using EXA RENDER acceleration in the open source radeon driver, on an rv250 (Mobility 9000), certain transparency elements will get artifacts along the border of the "canvas", for lack of a better word. It's not the border of the actual image, but the border of the entire canvas, i.e. a 32x32 image, of which the non-transparent image is only the center 16x16 square, the artifact would be along the "invisible" 32x32 edges.
The artifacts are consistent, in that it's always the same elements that have the problem.
Ubuntu Hardy Heron, 8.04
Xserver 1.4, Xorg 7.3
xserver-xorg-video-ati 6.8
The problem has existed since accelerated RENDER has been implemented. Still persists, even in the newer Intrepid Ibex 8.10 xserver and ati drivers.
Setting RenderAccel to false, or MigrationHeuristic to greedy makes the problem disappear, as this disables RENDER acceleration.
It doesn't seem to affect transparency that's generated by the compositor, but by transparency that's specified by an image.
Most definitely an upstream bug, but I don't know where to report it. |
Binary package hint: xserver-xorg-video-ati
Using EXA RENDER acceleration in the open source radeon driver, on an rv250 (Mobility 9000), certain transparency elements will get artifacts along the border of the "canvas", for lack of a better word. It's not the border of the actual image, but the border of the entire canvas, i.e. a 32x32 image, of which the non-transparent image is only the center 16x16 square, the artifact would be along the "invisible" 32x32 edges.
The artifacts are consistent, in that it's always the same elements that have the problem.
Ubuntu Hardy Heron, 8.04
Xserver 1.4, Xorg 7.3
xserver-xorg-video-ati 6.8
The problem has existed since accelerated RENDER has been implemented. Still persists, even in the newer Intrepid Ibex 8.10 xserver and ati drivers.
Setting RenderAccel to false, or MigrationHeuristic to greedy makes the problem disappear, as this disables RENDER acceleration.
It doesn't seem to affect transparency that's generated by the compositor, but by transparency that's specified by an image.
Most definitely an upstream bug, but I don't know where to report it.
[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O Controller [8086:3340] (rev 03)
Subsystem: IBM Device [1014:0529]
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] [1002:4c66] (rev 02)
Subsystem: IBM Device [1014:054d]
|
|
| 2009-02-18 20:36:57 |
Bryce Harrington |
title |
[RADEON] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
[rv250 Mobility 9000] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2009-02-18 22:23:23 |
Bryce Harrington |
title |
[rv250 Mobility 9000] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
[RV250 Mobility 9000] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2009-02-18 22:23:46 |
Bryce Harrington |
title |
[RV250 Mobility 9000] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
[RV250 Mobility FireGL 9000] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2009-06-26 02:45:05 |
Bryce Harrington |
summary |
[RV250 Mobility FireGL 9000] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
[RV250] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2009-08-13 20:53:24 |
Bryce Harrington |
tags |
|
intrepid |
|
| 2010-03-22 02:21:51 |
Robert Hooker |
summary |
[RV250] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
[RV250] [RV250] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2010-03-22 02:27:46 |
Robert Hooker |
summary |
[RV250] [RV250] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
[RV250] exa acclerated transparecy artifacts at canvas border [EXA enabled] |
|
| 2010-05-05 20:10:23 |
Bryce Harrington |
xserver-xorg-video-ati (Ubuntu): status |
Triaged |
Incomplete |
|
| 2010-05-05 20:10:27 |
Bryce Harrington |
tags |
intrepid |
intrepid needs-retested-on-lucid-by-june |
|
| 2010-05-21 15:55:25 |
Bryce Harrington |
tags |
intrepid needs-retested-on-lucid-by-june |
hardy intrepid needs-retested-on-lucid-by-june |
|
| 2010-06-01 13:02:25 |
Stefan Nagy |
removed subscriber Stefan Nagy |
|
|
|
| 2010-09-14 16:47:10 |
Bug Watch Updater |
xserver-xorg-driver-ati: importance |
Unknown |
Medium |
|
| 2011-01-25 14:46:56 |
Bug Watch Updater |
xserver-xorg-driver-ati: status |
Confirmed |
Invalid |
|
| 2011-01-25 14:46:56 |
Bug Watch Updater |
xserver-xorg-driver-ati: importance |
Medium |
Unknown |
|
| 2011-02-03 14:42:49 |
Bug Watch Updater |
xserver-xorg-driver-ati: importance |
Unknown |
Medium |
|
| 2011-02-17 13:38:23 |
Timo Aaltonen |
xserver-xorg-video-ati (Ubuntu): status |
Incomplete |
Fix Released |
|
