Bug 425401 - GNOME bitmap font rendering corrupted with ATI Radeon driver 6.7.195 and XAA
Summary: GNOME bitmap font rendering corrupted with ATI Radeon driver 6.7.195 and XAA
Status: CLOSED DUPLICATE of bug 384631
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati
Version: rawhide
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Dave Airlie
QA Contact: Fedora Extras Quality Assurance
Keywords: Reopened
Depends On:
TreeView+ depends on / blocked
Reported: 2007-12-14 20:28 UTC by Joachim Frieben
Modified: 2018-04-11 09:12 UTC (History)
6 users (show)

Clone Of:
Last Closed: 2008-02-26 20:40:35 UTC

Attachments (Terms of Use)
Sample screenshot of GNOME terminal using LuciaTypewriter font (24.18 KB, image/png)
2007-12-14 20:28 UTC, Joachim Frieben
no flags Details
xorg.conf created by anaconda (640 bytes, text/plain)
2007-12-14 21:32 UTC, Joachim Frieben
no flags Details
Xorg.0.log for xorg.conf created by anaconda (35.92 KB, text/plain)
2007-12-14 21:33 UTC, Joachim Frieben
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
FreeDesktop.org 13104 None None None Never

Description Joachim Frieben 2007-12-14 20:28:19 UTC
Description of problem:
GNOME applications show corrupted bitmap font rendering when XAA
acceleration is enabled on an ATI X800.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Login to GNOME session.
2. Open GNOME terminal.
3. Set terminal font to Lucida Typewriter.
Actual results:
Text rendering is badly broken.

Expected results:
Text is rendered in a readable form.

Additional info:
- This only affects GNOME applications [not plain X ones] like GNOME
  terminal or gedit. Is this a cairo issue?
- Enabling EXA acceleration mode restores correct font rendering.
- Selecting corrupted text fragments or moving a window across the
  terminal window makes the text [partially/temporarily] reappear.
- I'm not sure if the issue is specific to the ATI driver or a general
  XAA/EXA problem.

Comment 1 Joachim Frieben 2007-12-14 20:28:19 UTC
Created attachment 289401 [details]
Sample screenshot of GNOME terminal using LuciaTypewriter font

Comment 2 Joachim Frieben 2007-12-14 21:32:31 UTC
Created attachment 289511 [details]
xorg.conf created by anaconda

Comment 3 Joachim Frieben 2007-12-14 21:33:04 UTC
Created attachment 289521 [details]
Xorg.0.log for xorg.conf created by anaconda

Comment 4 Matěj Cepl 2007-12-14 23:26:49 UTC

*** This bug has been marked as a duplicate of 417241 ***

Comment 5 Joachim Frieben 2007-12-15 07:41:28 UTC
(In reply to comment #4)
> *** This bug has been marked as a duplicate of 417241 ***

I disagree: bug 417241 describes a very different issue. In my case, only
bitmap fonts are concerned whereas over there, it appears to be a general
problem. Moreover, no reference is made to whether the issue is related to
the acceleration architecture which is crucial for the current bug since
setting "accelmethod" to "exa" settles the issue [without being a proper
solution though].

Comment 6 Joachim Frieben 2007-12-21 07:33:54 UTC
Whereas bug 417241 seems to have been solved by updating to driver
version xorg-x11-drv-ati-6.7.196-3.fc9, no progress here ..

Comment 7 Nalin Dahyabhai 2008-01-04 20:34:30 UTC
In case it's useful, I'm seeing this on my RV370 (Radeon X550) with
xorg-x11-drv-ati-6.7.196-5.fc9 (also on x86_64), and setting "AccelMethod" "EXA"
likewise makes the problem go away.

Comment 8 Hans de Goede 2008-02-11 21:02:42 UTC
I'm seeing this too, and for me setting "AccelMethod" "EXA" fixes things too.

I have an radeon 9800 XT on a fully up2date x86_64 rawhide. Downgrading to F-8
xserver and ati driver fixes things for me.

I've some limited experience with video debugging and good C-coding skills and I
would really like to see this fixed (EXA == slow on r300) please let me know
what I can do to help.

Comment 9 Adam Goode 2008-02-11 21:09:04 UTC
Interestingly, I switched to EXA, and it works fast on my r300! I was really
surprised. The one thing that is required is DRM working correctly. Without
radeon.ko loaded, it was really slow. Plus, I have PCIe (as opposed to AGP), so
that might make a difference (because of much faster card-to-RAM transfer).

Comment 10 Hans de Goede 2008-02-11 21:21:12 UTC

After reading the related (duplicate?) bug 384631, which refers to:

Where the same problem is seen with intel graphics (which I've seen in the
beginning of F-9 too) I've decided to blame the X-server and I've downgraded my
xserver + xserver-sdk to the ones from F-8 updates and then rebuild the F-9
xorg-x11-drv-ati from CVS, and that works fine, so most likely not the ati
driver but the Xserver is to blame.

Note BTW that here:
Bill Nottingham says this is fixed for intel graphics with an intel driver
update, maybe the latest intel driver has switched to exa?

Comment 11 Hans de Goede 2008-02-11 21:24:25 UTC
BTW this is pretty bad (also corrupts fixed width fonts in firefox, making
several websites including bugzilla unusable) so I'm adding this to the F-9 X

Comment 12 Leszek Matok 2008-02-26 19:03:33 UTC
I think fp.o bug 13104 is the one of interest to us. It also has some hints
about where the problem really lays.

And it totally deserves to block F9.

Comment 13 Adam Jackson 2008-02-26 20:40:35 UTC

*** This bug has been marked as a duplicate of 384631 ***

Note You need to log in before you can comment on or make changes to this bug.