Hi, Enviroment: I have two TFTs connected to a Radeon 9600XT using the radeon driver. Problem: My first screen, connected via a DVI2VGA converter at the DVI-I port, has a very weak contrast. (Second, connected to the vga port, is perfect) Occurence: Allways Notes: I think this is a bug inside the radeon driver during screen initialisation. I think, it falsely initializes my first screen as a DVI screen resulting in that weak contrast. I append my Xorg.log written during this session. Look especially out for lines 559-569. The screen with TMDS type NONE looks good (as mentioned, the second screen).
Created attachment 640 [details] My log file recorded during a nomrmal Xorg session
I'd like too add that we can exclude a hardware problem: 1. The monitors have the same configuration. 2. Switching of the monitors does not switch the problem. 3. This problem does not occur with fglrx and Catalyst (WinXP). Since i can't send you screenshots of "how bad it is", i'll try to explain with some examples: - programms using a gtk splitter (e.g yelp): this is a widget in slight grey (in Nuvola). Its completly invisible on the bad screen - Gnome splashscreen is compleetly white except of the version numbers. - All slight greys are white. e.g the background of a Menu/ToolBar. Its also not possible to correct that through the monitor. I can add as much contrast as possible, it does not change the quality of the picture.
Can you try with the radeon driver from xorg cvs? I think this bug was fixed ages ago. Please re-open if the problem still exists.
Hi Alex It tries it with CVS at the time of my first posting. I've upgraded my system one month ago and switched the radeon with a nvidia card so i'm unable to retest this with current CVS.
I am experiencing this same problem with a Radeon X300 (PCIE). I am using the xorg from Ubuntu Dapper (the log says Build Date: 16 March 2006). Should I try with a more recent CVS version? I can attach Xorg log file if helpful.
(In reply to comment #5) > Should I try with a more recent CVS version? Yes, it would be great if you could try xf86-video-ati git. > I can attach Xorg log file if helpful. Please do.
Created attachment 6730 [details] Logfile with xf86-video-ati 6.6.2 So I tried compiling the driver from xf86-video-ati git. Unfortunately, the problem is still there. I also tried to use the nopanel_display or crt_display parameter, but there's not impact. Do you know of something else I could try, or what I could do to help? Thanks
*** Bug 8245 has been marked as a duplicate of this bug. ***
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Just to confirm, I'm also experiencing the washed-out colors from DVI monitor, using xserver-xorg 1:7.1.1ubuntu6 and xserver-xorg-video-ati 1:6.6.2-0ubuntu4 with a RV370 5B60 [Radeon X300 (PCIE)]. If more server output or bugfix testing is needed, I can provide those.
I found a DVI-capable LCD to hook up to the DVI port, and with it, the color is not washed out. I did notice, however, that I had to reboot in order to switch from a VGA-with-DVI2VGA adapter to the DVI monitor, and then again to go back (a restart of xorg was not enough -- the OS didn't seem capable of sending a valid signal to the other type of monitor once it had booted with another). Would it help if I attached xorg/system logs from both types of monitors on the DVI port?
just a note: xgamma doesn't seem to help here, either; turning it down to a level sufficient to bring back washed out colors also pixelates the display unacceptably.
*** Bug 2160 has been marked as a duplicate of this bug. ***
*** Bug 12844 has been marked as a duplicate of this bug. ***
please try again with ati git master. I think I've fixed this.
I'm afraid the problem is still there. I'm running Debian Lenny, xorg 7.3, xserver-xorg-video-radeonhd 1.2.1, ATI X1300 based Sapphire video card, Philips 220AW LCD monitor connected on DVI-I_1/analog through DVI to VGA adapter, set as primary display, and older 17" CRT (apparently not plug and play) on VGA_1. According to the grayscale in the KDE 3.5.9 display options, gamma section, everything from E4E4E4 is displayed as white on the LCD. The CRT is fine. Changing gamma does not really help, the problem is only on the high luminosity range, as if values are scaled and clamped (very well visible on a GIMP color selector). Using the "ati" xorg driver (that is xserver-xorg-video-radeon 6.9.0) instead of "radeonhd", the LCD displays fine, but I lose the dual monitor (same image on both monitors).
(In reply to comment #17) > I'm afraid the problem is still there. Sorry I've misread the driver name. The contrast problem is with "radeonhd", while with "radeon" the constrast is fine. I'm also using the two monitors with "radeon" now, and I'm working to get the proper resolution and order.
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.