XO-1 glyph rendering bugs in X

[dsd]

Open the Sugar terminal activity and get a good amount of text on screen.

Press F1,F4,F1,F4,... to change between the network view and the terminal. After a few switches, some of the text in the terminal can't be read.

Need to take a screenshot and file an upstream bug.

[dsd]

This is probably https://bugs.freedesktop.org/show_bug.cgi?id=47266

We are likely to see it in the chrome driver too, when that becomes ready.

Needs an X server fix for the unaccelerated path being hit, a new accelerated path added to the drivers, or ideally, both.

[dsd]

Saw the same type of text corruption on the chrome driver on XO-1.5 (13.1.0 build 2).

[dsd]

At least at this moment, an easy way to reproduce it there is to open gnome-terminal, maximize it, do something to fill the screen with text.

Then open the applications menu and go down the subcategories one-by-one. Screwed up text will appear either in the menus, or in the terminal behind.

[dsd]

chrome driver patch

[dsd]

Jon, I have attached a chrome driver patch to implement accelerated compositing of solid pictures. This fixes the text rendering problems that were coming up frequently when using the GNOME menu.

[dsd]

xf86-video-geode commit a46486b05f4674fc17f36947c97bc281c1d00d26 solves this, I've tested it. If it doesn't fall into a release soon I'll patch it into Fedora myself.

[dsd]

XO-1.5 fixed in xorg-x11-drv-chrome-5.74.33-13 and sent a mail to the openchrome list.

XO-1 fixed in xorg-x11-drv-geode-2.11.13-4.fc18

The X server bug may also be fixed upstream for the unaccelerated case too.

[dsd]

Test in 13.1.0 build 9.

[greenfeld]

I could not reproduce this in 13.1.0 os27.