Bug 11230 - screen looses color detail when switching to VT1 and back
Summary: screen looses color detail when switching to VT1 and back
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.1 (2006.05)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on: 13994
Blocks:
  Show dependency treegraph
 
Reported: 2007-06-11 05:15 UTC by Rolf Leggewie
Modified: 2008-08-08 18:18 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
xorg.conf (6.91 KB, text/plain)
2007-06-11 05:19 UTC, Rolf Leggewie
no flags Details
Xorg.0.log (55.29 KB, text/plain)
2007-06-11 12:10 UTC, Rolf Leggewie
no flags Details
Xorg.0.log after switching to VT1 and back (59.00 KB, text/plain)
2007-06-11 12:13 UTC, Rolf Leggewie
no flags Details
Xorg.0.log after switching to VT1 and back with MergedFB instead of Xinerama (62.49 KB, text/plain)
2007-06-11 12:19 UTC, Rolf Leggewie
no flags Details

Description Rolf Leggewie 2007-06-11 05:15:08 UTC
My discussion about this with Alex Deucher can be found at http://thread.gmane.org/gmane.linux.hardware.thinkpad/31161

I have an X24 set up to use Xinerama (until now, I will change this to MergedFB) with the internal display at 1024x768 and an external display at 1680x1050.  When I go to VT 1 and then back to X the laptops internal display seems to be dropping to 8-bit color or something like that.  At any rate it looses a lot of color detail.  The external display remains fine.

Alex had the following to say about this.

> > I'm not sure I've seen that before. Is it temporary during the switch
> > or permanent after you've switched back?
>
> It is permanent.  The external screen keeps the higher color setting
> where the internal screen looses some color detail.  Maybe it is not
> really that the X server is dropping to 8-bit after all but it sure
> looks like it is missing a lot of color detail.

I suspect one the CLUT is not being restore properly for crtc1 so the
palette is wrong.  Can you file a bug at https://bugs.freedesktop.org?
Comment 1 Rolf Leggewie 2007-06-11 05:19:31 UTC
Created attachment 10251 [details]
xorg.conf

I attach my xorg.conf if you promise not to laugh about it ;-)  Much of this is a real mistery to me.  I am running 7.1.1ubuntu6.2 on edgy.
Comment 2 Alex Deucher 2007-06-11 06:25:50 UTC
Does this bug only affect xinerama or also mergedfb?  Also, can you attach your log(s)?
Comment 3 Rolf Leggewie 2007-06-11 12:10:01 UTC
Created attachment 10254 [details]
Xorg.0.log

(In reply to comment #2)
> Does this bug only affect xinerama or also mergedfb?  Also, can you attach your
> log(s)?

Fortunately, this does not occur with mergedfb.  

My feeling is that the external TFT screen has a few artifacts (like ghosts/shadows) when run with mergedfb as compared to xinerama.  But I think this is just me having set some config option incorrectly.
Comment 4 Rolf Leggewie 2007-06-11 12:13:57 UTC
Created attachment 10255 [details]
Xorg.0.log after switching to VT1 and back
Comment 5 Rolf Leggewie 2007-06-11 12:19:30 UTC
Created attachment 10256 [details]
Xorg.0.log after switching to VT1 and back with MergedFB instead of Xinerama
Comment 6 Alex Deucher 2007-06-11 13:56:07 UTC
> Fortunately, this does not occur with mergedfb.  

Try xinerama mode with the mergedfb options commented out.

> 
> My feeling is that the external TFT screen has a few artifacts (like
> ghosts/shadows) when run with mergedfb as compared to xinerama.  But I think
> this is just me having set some config option incorrectly.
> 

I theory, the hardware should be programmed the same in both cases.  Any chance you can get some comparative pictures?

Comment 7 Alex Deucher 2007-08-31 09:00:02 UTC
do you still have this problem with the latest code from ati git or release 6.7.192?
Comment 8 Rolf Leggewie 2007-09-04 01:21:36 UTC
not sure where to get that for edgy
Comment 9 Benjamin Close 2008-01-11 02:39:11 UTC
Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler
Comment 10 Alex Deucher 2008-01-11 12:03:22 UTC
Does this problem persist on newer versions of the radeon driver?
Comment 11 Rolf Leggewie 2008-01-13 08:55:05 UTC
(In reply to comment #10)
> Does this problem persist on newer versions of the radeon driver?

Unfortunately, I have even more serious trouble now -> bug 14058, so that I cannot even switch to the console and back without completely crashing the machine.
Comment 12 Rolf Leggewie 2008-02-01 00:00:34 UTC
(In reply to comment #7)
> do you still have this problem with the latest code from ati git or release
> 6.7.192?

I am just now recompiling 6.7.197 from hardy for gutsy now.I'll let you know about the results.

https://bugs.launchpad.net/~r0lf/+archive
Comment 13 Rolf Leggewie 2008-02-01 00:03:43 UTC
(In reply to comment #11)
> Unfortunately, I have even more serious trouble now -> bug 14058

I worked around this regression problem by downgrading to the latest feisty version 1:6.6.3-2ubuntu6.  I'll see about the regression problem and this problem in the recompiled hardy version.
Comment 14 Rolf Leggewie 2008-08-08 18:18:19 UTC
now that bug 13994 is fixed, I am happy to report that I don't experience this problem any longer.


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.