Bug 23988

Summary: Font corruption with KMS enabled.
Product: xorg Reporter: Lukasz Krotowski <lukasz.krotowski>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: kronos.it
Version: git   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Font corruption on linux kernel perf wiki, every <pre/> is displayed with Terminus font.
none
Xorg.0.log with KMS and corruption.
none
xorg.conf
none
Radeon/DRM part of dmesg. none

Description Lukasz Krotowski 2009-09-17 03:48:32 UTC
Created attachment 29616 [details]
Font corruption on linux kernel perf wiki, every <pre/> is displayed with Terminus font.

Kernel: 2.6.31,
xserver: git master 2edf967b00963559552d061bb98b15243d978279,
radeon: git master ee9f6d802988a4d7f7985687036db854f4a14fe5,
libdrm: git master cdd325b59a17a614b90fc2f8b388175e6d79e3cf,
mesa: git master 21caa29fbd332a2ee05a58df91e1664fbbc4e61f.

With KMS enabled there is font (Terminus font only) corruption in FF and conky (only when using xft). After some random xserver restart corruption disappears (well, at least it disappeared twice). Screenshot attached. When radeon is modprobed  with modeset=0 fonts are ok.
Comment 1 Lukasz Krotowski 2009-09-17 03:49:20 UTC
Created attachment 29617 [details]
Xorg.0.log with KMS and corruption.
Comment 2 Lukasz Krotowski 2009-09-17 03:49:41 UTC
Created attachment 29618 [details]
xorg.conf
Comment 3 Alex Deucher 2009-09-17 07:11:23 UTC
Do either or both of the following options fix the font corruption?
Option "EXANoDownloadFromScreen"
Option "EXANoUploadToScreen"
Comment 4 Lukasz Krotowski 2009-09-17 07:44:12 UTC
(In reply to comment #3)

Nope, fonts still corrupted with both DFS and UTS disabled.
Comment 5 James Cloos 2009-09-17 12:12:38 UTC
> With KMS enabled there is font (Terminus font only) corruption in FF and conky

Do you have xfd(1) installed?  If so, does the corruption occur when
running, eg:

     :; xfd -fa Terminus-12

(That might not be a valid point size, but with my current compile of
freetype and utils, ftview fails to find a useable strike in any pcf
files.  If I remove 70-no-bitmaps.conf from my fc config fc-cache -f
will claim that it is caching 170+ fonts, but none of fc-cat, fc-list
or fc-match sees them....)
Comment 6 Michel Dänzer 2009-09-18 06:14:34 UTC
Please also attach dmesg output.
Comment 7 Lukasz Krotowski 2009-09-18 11:18:05 UTC
Created attachment 29670 [details]
Radeon/DRM part of dmesg.

Sorry, I forgot about it earlier. Is this enough or full dmesg is required?
Comment 8 Lukasz Krotowski 2009-09-18 11:19:10 UTC
(In reply to comment #5)
> Do you have xfd(1) installed?  If so, does the corruption occur when
> running, eg:
>      :; xfd -fa Terminus-12

Nope, no corruption here.
Comment 9 James Cloos 2009-09-19 15:35:22 UTC
>>>>> bugzilla-daemon  <bugzilla-daemon@freedesktop.org> writes:

>> does the corruption occur when running, eg:
>> :; xfd -fa Terminus-12

> Nope, no corruption here.

Interesting.

That implies that something cairo does with xrender which xft does not
do is involved in causing the bitmap font corruption.
Comment 10 Luca Tettamanti 2009-09-28 09:13:22 UTC
(In reply to comment #5)
> > With KMS enabled there is font (Terminus font only) corruption in FF and conky
> 
> Do you have xfd(1) installed?  If so, does the corruption occur when
> running, eg:
> 
>      :; xfd -fa Terminus-12

Unfortunately here xfd shows corrupted fonts. Furthermore all fonts seem to be affected, but some more than others. For example xfd shows corruption all over the place for bitstream vera, but very little corruption for arial or monospace (outside the alphanum characters, so it's not very noticeable).
The bug seems to be trigged by _something_ since at startup everything looks fine (today it appeared after 6 hours of usage).
I'm not 100% sure that there's a correlation but the corruption seems to appear faster when rdesktop is in use...
Comment 11 Lukasz Krotowski 2009-10-01 15:13:50 UTC
FWIW disabling DRI "fixes" corruption.
Comment 12 Lukasz Krotowski 2009-10-04 07:53:00 UTC
Corruption is still present with drm-next drm modules.
Comment 13 Lukasz Krotowski 2009-10-08 02:52:00 UTC
Corruption seems to be fixed in some part of graphics stack (I suspect drm). Current (working) configuration:
drm modules from drm-next: d4ac6a05d51357e31028cc9076874a58dd197b83,
kernel: 2.6.31,
mesa: f001cc09811214f0fa9083b799ad4232f8aee836,
radeon: e59ae08270711512e64b70f79b6476cc2c52d230,
xserver: 24e640e1fa6cfb3917ba90dcdabf1fadddff20aa.

I will test more before closing.
Comment 14 Lukasz Krotowski 2009-10-09 07:45:25 UTC
Works fine with no corruption, closing.

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.