Bug 61441 - [sna g33 ddx] Qt looks ugly at 16bpp (and 10+bpc)
Summary: [sna g33 ddx] Qt looks ugly at 16bpp (and 10+bpc)
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: Chris Wilson
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-25 12:35 UTC by Jiri Slaby
Modified: 2013-03-03 11:13 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
ugly window (20.24 KB, image/png)
2013-02-25 12:35 UTC, Jiri Slaby
no flags Details

Description Jiri Slaby 2013-02-25 12:35:55 UTC
Created attachment 75504 [details]
ugly window

I updated from e2aaf4ed3333231cf8cadcf6362743593026cd19 to 421910ca572a044170af69a90bb934f114a62168 and everything is pretty ugly in KDE4 with gl compositing. I beleive this one is the culprit:
commit a19da0ea517127052ae49cdd6441e8b6077ca523
Refs: 2.21.3-14-ga19da0e
Author:     Chris Wilson <chris@chris-wilson.co.uk>
AuthorDate: Sun Feb 24 11:22:01 2013 +0000
Commit:     Chris Wilson <chris@chris-wilson.co.uk>
CommitDate: Sun Feb 24 11:22:01 2013 +0000

    sna: Reduce DefaultDepth to 16 on older chipsets

The background of windows is not linearly colored, it's is in steps instead. Like in the attached picture.
Comment 1 Chris Wilson 2013-02-25 13:14:44 UTC
Hmm, ok that's not the expected artifact from depth 16 rendering... They are genuine bugs in the rendering pipeline.
Comment 2 Chris Wilson 2013-02-25 13:16:35 UTC
(The mach bands are, except for the discoloration.)
Comment 3 Chris Wilson 2013-02-25 13:17:43 UTC
You can either revert that patch or use -depth 24 or Section "Screen" DefaultDepth 24 whilst I work out why it appears so broken.
Comment 4 Jiri Slaby 2013-02-25 13:25:41 UTC
(In reply to comment #2)
> (The mach bands are, except for the discoloration.)

Note that the invalid colors are exactly what I see in KVM virtual machine with cirrus graphics, KDE and 16bit depth. If I use -depth 24 there, there are no more invalid colors... So this is perhaps a Mesa/KDE/or some upper layer bugs.
Comment 5 Jiri Slaby 2013-02-25 13:41:17 UTC
(In reply to comment #4)
> (In reply to comment #2)
> > (The mach bands are, except for the discoloration.)
> 
> Note that the invalid colors are exactly what I see in KVM virtual machine
> with cirrus graphics, KDE and 16bit depth. If I use -depth 24 there, there
> are no more invalid colors... So this is perhaps a Mesa/KDE/or some upper
> layer bugs.

And yes, QT is broken with 16bit depth:
https://bugzilla.redhat.com/show_bug.cgi?id=810161
https://bugs.kde.org/show_bug.cgi?id=297588
Comment 6 Chris Wilson 2013-02-25 13:45:59 UTC
Oh crumbs. And Qt doesn't work at high bit depths either (> 8bpc).
Comment 7 Chris Wilson 2013-02-25 13:50:25 UTC
However, if the outcome is that we get native graphics back for Qt rather than its slow raster engine, win-win ;-)
Comment 8 Chris Wilson 2013-03-03 11:13:17 UTC
commit f9f2b5152f988d4b15f773354f3fadaff02cd3d7
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Sun Mar 3 11:10:51 2013 +0000

    sna: Undo preferred depth for gen3
    
    Mesa is buggy. Qt is buggy. Everything is buggy.
    
    References: https://bugs.freedesktop.org/show_bug.cgi?id=61441
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk


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.