Created attachment 155361 [details] font problem Problem repeatable on FreeBSD 10.1 -STABLE (r281276) screenshot Firefox rendering for example, problem affected not only Firefox but repeat when Firefox is running.
Thank you for your report. To assist isolation, please provide as much additional information as you can, including: * When did it start happening? After an upgrade? If so, from which version to which version? * List of other applications are being affected, including screenshots if possible * Are the symptoms limited to some sites? All sites? Some times? All the time? Additionally, please provide (as an attachment) * pkg version -v output
Looking at the screenshot it appears only certain glyphs are missing e.g., d e i m n p r S. However, the pattern differs as font type changes (regular vs. bold). To figure out the font select a text with missing glyphs, press "Inspect Element" in context menu, then select "Fonts" tab in the box where CSS rules are showed. Usually, when a glyph is missing in a font Pango tries to substitute it with one from different font and failing that shows a white-box with Unicode code point. The issue may arise if a bad/quirky font provides glyphs only for certain letters but has high priority or fails to render with certain locale, Freetype version, etc. Here are a few more ideas to diagnose the issue: - Can you show the output of fc-list and xset q? Try removing most fonts and disable all but "built-ins". Maybe also regen /var/db/fontconfig from scratch. - Do you have a composite manager running? Try without. - Is firefox built against GTK2 or GTK3? Try different theme e.g., HighContrast - Which X11 video driver do you use? Try gfx.xrender.enabled -> false in about:config
(In reply to Kubilay Kocak from comment #1) I have found this bug when I tried stable snapshot iso (2015 from Jan 25) 3 months ago after TTM AGP backend got MFC to 10 stable(At first I think it because I start server without any setting but look like it's not it). https://svnweb.freebsd.org/base/stable/10/sys/dev/drm2/radeon/radeon_device.c?revision=275408&view=markup I tried update to 10.1 -STABLE r281276 and got this but bug, I replace my kernel back to 10.1-RELEASE-p10 and font rendering back to acceptable level. i3status from start look fine but after 20-30 min looks exactly the same as firefox. Ksnapshot from start. Xterm not same but random black stripes between text. Glxgears rare dark window with only half of blue gear... Yes, all site affected, font rendered but painful slowly 5-40 min to one site. (In reply to Jan Beich from comment #2) I use I3MW it this moment. I use default package should be GTK-2. I use xf86-video-ati.
Created attachment 155493 [details] pkg version
Created attachment 155494 [details] fc-list
Created attachment 155495 [details] xset q
Created attachment 157178 [details] Kate Black stripe
(In reply to sasamotikomi from comment #7) Also same stripes have xterm with running top or glxgears.
Created attachment 157179 [details] thunderbird
Created attachment 157180 [details] mlterm
Created attachment 158942 [details] Firefox FreeBSD-10.2-BETA2
(In reply to sasamotikomi from comment #11) Update to FreeBSD-10.2-BETA 2 change nothing even a little worse font rendering and now graphical objects render same as fonts.
Hi, might be interesting to see what the font situation is if you revert freetype2 to the 2.5.5 version. I have one report that after the update to 2.6 some fonts are a bit "funky".
(In reply to Koop Mast from comment #13) This isn't font or firefox(gecko) it's cleanly TTM/DRM regression, same situation reported with even more powerful graphic but intel(HD4000) on @freebsd-x11 (with faster acceleration method SNA instead EXA font rendering back again to normal state) : 1) Some commit to TTM broke it but due problem repeatable on intel graphic too it's possibly not TTM itself but AGP in TTM. 2) Some commit to DRM broke it due I found it before long TTM AGP patch landed this look reasonable. 3) No AGP-speed support in sysctl https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202408 4) Alternative acceleration method Glamor currently disabled https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207705 Possible solutions: 1) Update TTM/DRM code to last on (sync with kernel 4.5) due kernel before ~3.18-4.X contains many problems with old GPU. 2) Get to work Glamor. 3) Add sysctl for AGP.
(In reply to sasamotikomi from comment #14) I have not seen any such problems using the radeon drivers. I have seen glitches in the form of horizontal lines across the screen with the intel drivers and many users report similar problems on Linux as well regardless of the acceleration method. Note that there is zero overlap, intel uses UXA and SNA whereas others use EXA, Glamor, and/or none. I believe this is the first that I've heard of a font rendering issue, all the other reports of artifacts are lines or boxes over the image. It does sound more like it would a problem with font rendering code than drivers since you say it occurs on both intel and radeon. Can you give steps to reliably reproduce the problem?