Bug 60050 - Fonts not displayed
Summary: Fonts not displayed
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: PowerPC All
: medium major
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-30 02:47 UTC by Julio Merino
Modified: 2013-02-09 22:00 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments
Screenshot depicting the issue (61.73 KB, image/jpeg)
2013-01-30 02:47 UTC, Julio Merino 		no flags Details
Kernel dmesg (33.68 KB, text/plain)
2013-01-30 02:47 UTC, Julio Merino 		no flags Details
Xorg log with nouveau (29.45 KB, text/plain)
2013-01-30 02:48 UTC, Julio Merino 		no flags Details
Xorg log without nouveau (16.68 KB, text/plain)
2013-01-30 02:48 UTC, Julio Merino 		no flags Details
swap shaders on nv30 (11.54 KB, patch)
2013-01-30 22:00 UTC, Marcin Slusarz 		no flags Details | Splinter Review
View All

Description Julio Merino 2013-01-30 02:47:28 UTC 
Created attachment 73899 [details]
Screenshot depicting the issue

Copy/pasting (more or less) the bug I filed with Debian about this problem

* What led up to the situation?

I installed Debian testing powerpc64 on a PowerMac G5 with a NVIDIA
Corporation NV34 [GeForce FX 5200 Ultra] (rev a1) graphics card (as
reported by lspci).  The nouveau driver is version 1.0.6.

Running the X server results in no fonts being displayed at all, with
the exception of the default fixed font in xterm.  Something as simple
as "xterm -fa Monospace" also shows the problem (a blank window with
a cursor but no visible text), which denotes that the issue is quite
"down the dependency chain".

* What exactly did you do (or not do) that was effective (or
  ineffective)?

I uninstalled the xserver-xorg-video-nouveau package, to force the X
server to fallback to fbdev, and the issue went away.  The fonts are
now properly displayed.

Disabling acceleration with nouveau.noaccel=1 also makes the fonts work.

I'm attaching a screenshot, the dmesg and the output of the X server with and without nouveau.  I suspect an endianness issue is at fault.
Comment 1 Julio Merino 2013-01-30 02:47:53 UTC 
Created attachment 73900 [details]
Kernel dmesg
Comment 2 Julio Merino 2013-01-30 02:48:09 UTC 
Created attachment 73901 [details]
Xorg log with nouveau
Comment 3 Julio Merino 2013-01-30 02:48:24 UTC 
Created attachment 73902 [details]
Xorg log without nouveau
Comment 4 Sven Joachim 2013-01-30 16:44:48 UTC 
For the record: this bug has also been reported in Debian, both Julio and the other submitter have an NV34 card on PowerPC.
Comment 5 Marcin Slusarz 2013-01-30 20:47:51 UTC 
What about Qt apps? Do they also provoke corruptions? Can you (temporarily) downgrade cairo to <1.12 and see if it "helps"?
Comment 6 Julio Merino 2013-01-30 20:54:15 UTC 
As mentioned above, and as the screenshot depicts, this issue affects xterm too. xterm does not depend on cairo. Downgrading cairo would not (and does not) help (but I tried it anyway).
Comment 7 Marcin Slusarz 2013-01-30 22:00:28 UTC 
Created attachment 73961 [details] [review]
swap shaders on nv30

Oh, sorry, somehow I skimmed through xterm remark.

Maybe something as simple as attached patch will help?
Comment 8 Julio Merino 2013-01-31 01:24:44 UTC 
Marcin: This patch does indeed seem to fix the problem. I applied it to version 1.0.1, rebuilt the package, reenabled acceleration and, voila, the fonts appear just fine. Thanks a lot!

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.