Hello guys, Something got broken after 6.12.6. Until that version I was able to get TV using xrandr (actually krandr) by my S-video connector properly. Now everything is Black and White in my TV, my monitor (a LCD) continues to work normally. My xorg-server shows this header: X.Org X Server 1.7.6 Release Date: 2010-03-17 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.33-gentoo x86_64 Is that a bug or a missing configuration? Please, Let me know if that is just a missing configuration in the driver compilation and I'll inform Gentoo devs to fix it. Also, let me know if need more info about my system. Thanks, Luis
Please attach your xorg logs from the working and broken versions of the driver.
Created attachment 34918 [details] two Xorg.log files, 6.13 shows Black and White screen on TV Here it is. The version 6.13 shows the image in Black and White on TV screen. Computer LCD is normal. There are 2 cases where this happens: a) Using krandr to turn TV on after login into KDE Parameters used: LCD->1280x800@60Hz, TV->640x480 @ 59.9Hz and TV on top of LCD b) Starting X with GDM, TV turns on automatically if S-video output is connected to TV. LCD and TV 1024x768 @ 59.9Hz and TV is a copy of LCD image. In both cases the version 6.12.6 shows TVout in color and 6.13 TVout is Black&White. Another issue happens if I use krandr to assign LCD->1280x800@60Hz, TV->1024x7680 @ 59.9Hz and TV on top of LCD I get a black screen on both TV AND LCD (it really turns off my LCD). To get it on I need to switch to terminal and restart X.
does git master work any better? specifically commit: 22a46dddd375b2b9399e12fdf168fa5292ff17a4
(In reply to comment #3) > does git master work any better? specifically commit: > 22a46dddd375b2b9399e12fdf168fa5292ff17a4 Yes, it does have colors on TV now! Thanks
Hey guys, this issue got back on 6.13.2. I have B&W image on TV again. Same hardware as above. Thanks, Luis
(In reply to comment #5) > Hey guys, this issue got back on 6.13.2. I have B&W image on TV again. Same > hardware as above. Thanks, Luis Are you still using UMS or are you using KMS? Please attach your new xorg log.
Created attachment 41481 [details] [review] Xorg.log with TV-out B&W This is my latest Xorg.org. I'm still using UMS. I will try KMS soon and then I'll post the results.
This bug is also present in the KMS, kernel 2.6.36-gentoo-r5. Let me know if you need more details or need to test a patch. Regards, Luis
Can you bisect the ddx for UMS and see what commit broke it? For KMS, note that the randr properties have slightly different names "tv_standard" vs "tv standard", etc.
Hi Alex, I did the git bisection and I got that this commit was the first bad commit: 9bc716eb62d4e0eed2902b92437a42634eef6ba1 However just taking this out of the 6.13.2 tag using "git reset --hard" didn't work. I worked all the time in UMS. Does this help? Luis
(In reply to comment #10) > I did the git bisection and I got that this commit was the first bad commit: > 9bc716eb62d4e0eed2902b92437a42634eef6ba1 > > However just taking this out of the 6.13.2 tag using "git reset --hard" didn't > work. If you mean git reset --hard 9bc716eb62d4e0eed2902b92437a42634eef6ba1 that doesn't revert that commit but moves the head of the currently checked out branch to it. In order to revert the commit you need something like git revert 9bc716eb62d4e0eed2902b92437a42634eef6ba1 or git show 9bc716eb62d4e0eed2902b92437a42634eef6ba1 | patch -p1 -R
I don't know what went wrong here but now I don't have the TV-Out feature available anymore in my UMS, even with the old version 6.13.1 is not possible anymore get TV-out to work. In the KMS both versions are B&W. Very strange! The first attempt to bisect the git version was successfully done. Sometimes I got results good and sometimes B&W. So, every time I assigned the corresponding git bisect good/bad. I tried again to do the bisection to find out the same point however in every step I get B&W output. I guess there is something wrong with my hardware now or something has been written in the ATI BIOS/memory that has not being cleared up by just changing the driver version. Can you help me here? I haven't done any update in between those trials except by an update in the AMD CPU microcode for the very first time (http://www.amd64.org/support/microcode.html), but I believe that this should not be the problem here.
Yesterday evening I tried the latest kernel 2.6.37 with 6.13.2 driver and I got color image through my TV-out. It wasn't stable in the first 5 seconds or so. I'll keep testing then I'll post the results here. Luis
With xorg-server version 1.9.2.902 I get colors after a couple of minutes of instability. The screen keeps jumping left to right (and vice-versa) while it is trying to find the synchronism with TV. But with the latest xorg-server (version 1.9.3.901) I get colors right way. So I'll close the ticket for xf86-video-ati-6.13.2. BTW, I'm currently using KMS and I have not tested in UMS.
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.