| Summary: | Gutsy: Display is washed out, too bright. No adjustment will correct for over bright display | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Bryan Cebuliak <bryan.cebuliak> | ||||||||
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||
| Status: | RESOLVED DUPLICATE | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
| Severity: | normal | ||||||||||
| Priority: | medium | CC: | bernat, corecode, lacombar, leio, marcus | ||||||||
| Version: | git | ||||||||||
| Hardware: | x86 (IA32) | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Bryan Cebuliak
2007-10-17 21:01:13 UTC
This looks similar to my problem [1] with washed-out colours on the external VGA monitor (but the laptop panel is fine). Can someone confirm if it's likely to be the same bug? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440174 (In reply to comment #1) > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440174 > This looks like the same bug. Bryan, can you attach your xorg log? Created attachment 12110 [details] [review] xorg log Attached is Xorg.0.log Note this was created using: xserver-xorg-video-ati_6.7.195~git20071017tv the "upstream update" from: https://wiki.ubuntu.com/XorgOnTheEdge http://ppa.launchpad.net/tormodvolden/ubuntu/pool/main/x/xserver-xorg-video-ati/ Which made no difference at all to the washed out appearance compared to the current standard gutsy deb. Created attachment 12146 [details]
Xorg log file
I have the same problem with ATI Radeon 7500 and two Dell E176FP.
Created attachment 12148 [details]
Xorg log of the affected X session
I experience problems that I would describe in the same way. That's with a ATI Technologies Inc RC410 [Radeon Xpress 200] over an analog CRT link. The same monitor used to work fine over a DVI link with a radeon 9250, but unfortunately didn't try the CRT link at the time. The Xpress is lacking a DVI output connector.
Does switching to another VT and back again to X fix it? How about blanking the monitors with dpms? Switching to another VT and back does not help for me. (In reply to comment #6) > Does switching to another VT and back again to X fix it? How about blanking > the monitors with dpms? > Blanking with DPMS does not help. Switching to VT freezes the station. *** Bug 12912 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of bug 1082 *** Are you sure this is a duplicate? Bug 1082 is much older, but this one appeared only recently, so I don't think this is the same issue. To recap, (from bug 12912), I was able to fix my problem to revert to an older driver version. I'm also experiencing the regression in 6.7.19x. Here is a diff of the output of 'radeontool regs' from a working driver (IIRC 6.6.3) and almost latest. % diff -u working fail --- working 2007-11-14 14:25:11.000000000 +0000 +++ fail 2007-11-14 14:32:58.000000000 +0000 @@ -1,10 +1,10 @@ RADEON_DAC_CNTL=ff002102 -RADEON_DAC_CNTL2=00000023 -RADEON_TV_DAC_CNTL=00280203 -RADEON_DISP_OUTPUT_CNTL=10000000 +RADEON_DAC_CNTL2=00000022 +RADEON_TV_DAC_CNTL=00000203 +RADEON_DISP_OUTPUT_CNTL=00000000 RADEON_CONFIG_MEMSIZE=08000000 RADEON_AUX_SC_CNTL=00000000 -RADEON_CRTC_EXT_CNTL=00008048 +RADEON_CRTC_EXT_CNTL=00008040 RADEON_CRTC_GEN_CNTL=03210600 RADEON_CRTC2_GEN_CNTL=02210680 RADEON_DEVICE_ID=00075c63 @@ -14,4 +14,4 @@ RADEON_GPIO_CRT2_DDC=00000300 RADEON_GPIO_DVI_DDC=00000300 RADEON_GPIO_VGA_DDC=00000300 -RADEON_LVDS_GEN_CNTL=0880000a +RADEON_LVDS_GEN_CNTL=0800000a heads-up: I tracked down the regression to somewhere between ati-6.6.192 and ati-6.6.192 (In reply to comment #12) > I'm also experiencing the regression in 6.7.19x. Here is a diff of the output > of 'radeontool regs' from a working driver (IIRC 6.6.3) and almost latest. We'll need to see a full dump of regs (./radeontool regdump '*'). grab the latest version of radeontool here: http://gitweb.freedesktop.org/?p=users/airlied/radeontool.git;a=summary *** This bug has been marked as a duplicate of bug 1082 *** (In reply to comment #13) > heads-up: I tracked down the regression to somewhere between ati-6.6.192 and > ati-6.6.192 > Ummm, looks like a typo. Can you identify the commit(s)? yes, sorry for the typo, I meant .193. I 'git bisect' it, and tracked it down to 104105fee5c3945d3f210e6a4cb73ab492c61543. (In reply to comment #16) > yes, sorry for the typo, I meant .193. I 'git bisect' it, and tracked it down > to 104105fee5c3945d3f210e6a4cb73ab492c61543. > Thank you for tracking this down. Looks like we are setting up the tv dac wrong wrong. I'll commit a fix soon. please try again with ati git master. I think I've fixed this. (In reply to comment #18) > please try again with ati git master. I think I've fixed this. > I have applied the latest patch from git and this works for me. The screen is now darker but this is far more reasonable. (In reply to comment #18) > please try again with ati git master. I think I've fixed this. Works great with `git diff a94123f..49055d8` (your MT and BGADJ/DACADJ fixes in two commits) applied on top of 6.7.196. Brightness is fine too, just as expected to my current brightness setting in LCD onscreen settings. So basically as good picture as with 6.6.3 (which I finally got to work two days ago here for a bearable picture), just with all the other improvements (not requiring a custom modeline for starters). So, many thanks! /me awaits a release and considers poking dberkholz to let him include this in gentoo tree meanwhile works fine for me also, thanks alex :) |
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.