|
Description
Jasmin Buchert
2007-08-15 06:09:42 UTC
Created attachment 11136 [details]
Garbled TV Output
Created attachment 11137 [details]
lspci -vvv
Created attachment 11138 [details]
Xorg.0.log
Created attachment 11139 [details]
xrandr --verbose
can you grab the latest radeontool: git://people.freedesktop.org/~airlied/radeontool and (as root) run: radeontool regmatch '*' with both the old gatos code and the current randr code with tv-out enabled and send me or attach the output of those commands? Created attachment 11140 [details]
radeontool regmatch '*': diff randr12 --> GATOS
It looks like your tv standard is set wrong. The default standard in your bios is PAL. SCART is more like NTSC from the driver's perspective, so try setting the standard to NTSC. xrandr --output S-video --set tv_standard NTSC xrandr --output S-video --off xrandr --output S-video --auto I did test with NTSC and it works, but the colors/brightness go wrong when the mouse is moved (screenshot follows). I forgot to mention that I also tested without the SCART adapter. The garbled screen also shows with a plain S-Video cable. With the GATOS driver PAL and NTSC are working. Created attachment 11174 [details]
TV output with wrong colors (after mouse was moved)
The inverse TV output after moving the mouse was previously reported in bug 2506 which was closed due to no activity. The issue can be worked around by disabling hardware mouse but I haven't tested it myself for a while. As the problem in this bug was just the TV standard being correctly set for your cards BIOS I suggest closing this bug and reopening the other. PAL is the correct standard for my card and Television. And as I mentioned it before PAL _works_ with the GATOS driver, also resulting in better picture quality. (In reply to comment #8) > I did test with NTSC and it works, but the colors/brightness go wrong when the > mouse is moved (screenshot follows). > I forgot to mention that I also tested without the SCART adapter. The garbled > screen also shows with a plain S-Video cable. > With the GATOS driver PAL and NTSC are working. > Can you attach the output from radeontool regmatch '*' for GATOS for both NTSC and PAL? Unfortunately, I don't really see much difference in the way the regs are programmed between the randr driver and GATOS that would cause a problem. I'll see what I can figure out about the mouse thing. Created attachment 11178 [details]
radeontool regmatch '*' (GATOS)
Created attachment 11179 [details]
radeontool regmatch '*' (randr12)
Created attachment 11180 [details]
new radeontool regmatch '*' (GATOS PAL)
Created attachment 11181 [details]
new radeontool regmatch '*' (GATOS NTSC)
I haven't figured out the PAL problems yet, but I fixed the color problem with pre-r3xx chips. Grab the latest git for the fix. *** Bug 12169 has been marked as a duplicate of this bug. *** *** Bug 12518 has been marked as a duplicate of this bug. *** I'm seeing this to on a R350 radeon with latest git. Is there anything I can do to help ? I'm willing to pay a six pack of your favorite beverage for solving this one ;) On a distantly related note, there seems to be some plans to provide a tool for users to easily switch among displays, modes, and resolutions so no more command line would be needed: https://bugzilla.redhat.com/show_bug.cgi?id=352301 Anyway, I'm willing to test any PAL related patches that someone might cook up. Thanks. PAL is now fixed: 2b1fae668ddabbc72e5fc31365302ea722174df1 Thanks a lot for looking into this one. I've now tried latest git with my PAL TV but I still have a gray, shaky picture. Has anyone got this working properly? Below are the commands I tried. I also tried few TV out related options in xorg.conf but no success. Any hints would be much appreciated. xrandr --addmode S-video 800x600 xrandr --output S-video --mode 800x600 xrandr --output S-video --set tv_standard pal xrandr --output S-video --off xrandr --output S-video --mode 800x600 For the record, with this new version PAL now works on my machine. Thanks. Edward, nice to hear that! Did just plug the cable in and all worked ok or did you do any configuration? This was enough configuration to get it working: xrandr --output S-video --set tv_standard pal xrandr --output S-video --off xrandr --output S-video --mode 800x600 Thanks for the info. I guess my ATI Mobility Radeon X700 needs still some driver level tuning, those or any other xrandr commands unfortunately do not work for me. FWIW, I also contacted Andrew (who according to changelog provided fixes for PAL TV out) and he also gave his xrandr commands which do not work for me either. He was using rv280. Since the driver is currently mostly hard-coded for tv-out, it will only work for boards with 27 Mhz reference clocks. I have plans to try and make this all more dynamic, but I just haven't had time yet. *** Bug 14136 has been marked as a duplicate of this bug. *** whats the situation with this now with regards to reference clock values? Still hard-coded to 27mhz? I'm using a Sapphire Radeon 9600 PRO PAL card and cant get tv-out, something happens but I just get a black screen. Tried ntsc as well and nothing doing. How do I determine the real reference clock value for my card? The driver is using 27mhz. This is with version 6.8.0 btw. Created attachment 14758 [details]
X.org log for (30)
Created attachment 14759 [details]
lspci -vvv output for (30)
Created attachment 14760 [details]
xrandr --verbose for (30)
I tried TV out, PAL, on the composite connector of a Pundit-R (9100 IGP). Unfortunately, after running xrandr --output S-video --set tv_standard pal xrandr --output S-video --off xrandr --output S-video --mode 800x600 The image is still not synced correctly. It is scrolling over the TV. Where I can hunt the timing problems? I have been searching around on the web, and I found this thread as the most recent related problem. Best, Robert-Paul (In reply to comment #34) > I tried TV out, PAL, on the composite connector of a Pundit-R (9100 IGP). > Unfortunately, after running > > xrandr --output S-video --set tv_standard pal > xrandr --output S-video --off > xrandr --output S-video --mode 800x600 > > The image is still not synced correctly. It is scrolling over the TV. > Where I can hunt the timing problems? I have been searching around > on the web, and I found this thread as the most recent related problem. Boot up your computer with only tv-out attached and don't start X, stay in console. Grab radeondump (git://people.freedesktop.org/~glisse/radeondump) and apply this patch: http://www.botchco.com/alex/xorg/fixpll_radeondump.diff Then use an application like vbetest to set 800x600 with tv-out active and when the mode is active, use radeondump to dump the registers. Send me the dump, and I'll get it fixed up. Hi Alex, thanks for your help. I just created a dump based on your instructions with my ATI Mobility Radeon X700, doing something like: vbetest -m 800x600 & sleep 1 && radeondump -d ati-out.txt I'll attach the dump, for my untrained eyes it's unreadable. Created attachment 15008 [details]
dump from patched radeondump while vbetest mode 800x600
Was the provided additional data from radeondump helpful? Could I help in any other way? Thanks. (In reply to comment #38) > Was the provided additional data from radeondump helpful? Could I help in any > other way? Sorry Daniel, I haven't gotten a chance to look at it yet. Hi, This same bug may also affect Radeon IGP 320M too (amilo A CY-26 laptop) http://rzr.online.fr/q/vbe I use atitvout on debian, but I can't on ubuntu's hardy Xserver http://rzr.online.fr/q/atitvout And xrandr does not activate tv (on debian) or show garbage on TV (ubuntu) : http://rzr.online.fr/q/xrandr I can help to test stuff if needed Regards I am also having sync problems with a PAL TV and the S-video output of my laptop's ATI Radeon Mobility X700. I'm attaching a dump created using the commands in Comment #36. Created attachment 15935 [details] [review] Dump using patched radeondump and vbetest Created attachment 16610 [details] ati-out-after-atitvout-0x4336-0.txt Hi, Alex said you want a dump when tvout is active https://bugs.freedesktop.org/show_bug.cgi?id=12007#c35 But vbetest does not set display to tv, so I used atitvout as follow : su -c "sudo vbetest -m 800x600 && sleep 1 && sudo radeondump -d ati-out-after-vbetest.txt" su -c "sudo atitvout -f t && sleep 1 && sudo radeondump -d ati-out-after-atitvout.txt" BTW, this bug is also tracked at : * https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/161893 * http://bugs.debian.org/481748 Thanks again -- http://rzr.online.fr/q/xrandr Created attachment 16611 [details] ati-out-after-vbetest-0x4336-0.txt refer to ati-out-after-atitvout-0x4336-0.txt instead BTW, I generated this file on ubuntu hardy on amiloa laptop, and noticed it is different on debian, do you want to compare what's is changing, tell me and I upload the outputs too ? -- http://rzr.online.fr/q/xrandr So, any news on this? The summer is coming (here in Northern hemisphere) and it would be really nice to get tv-out going for summer travels... Thanks! For IGP users, Calvin Fong recently added support for NTSC tv-out on IGP chips. Please try ati git master. I can confirm NTSC S-video working for IGP 330M/340M/350M with one problem. My TV is too old for 800x600. Is there any way to add mode 640x480? Thanks for the work. (In reply to comment #47) > I can confirm NTSC S-video working for IGP 330M/340M/350M with one problem. My > TV is too old for 800x600. Is there any way to add mode 640x480? The TV always gets sent it's native mode based on the standard (ntsc or pal). the "size" of the tv mode is irrelevant as it gets downscaled to a native ntsc or pal mode. You can adjust the tv image using the xrandr output attributes for the S-video port. Created attachment 18989 [details] tvout-radeon-igp320-pal-xorg-video-radeon_6.9.0+git20080826.a3cc1d7a-2ubuntu2_i386.jpg As suggested by brice, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/161893 Let me report how is output on PAL tv, it seems the clock is better but colors are still missing and refresh rate is not good... Hope this helps, Regards -- http://rzr.online.fr/q/xrandr (In reply to comment #49) > Let me report how is output on PAL tv, it seems the clock is better but colors > are still missing and refresh rate is not good... There's currently no support for PAL on IGP chips, only NTSC. Someone with an IGP needs to provide a PAL dump as per the comments above. Created attachment 19146 [details] [review] radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.diff > Someone with an IGP needs to provide a PAL dump as per the comments above. Hi Alex, Sure here it is : radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.diff "Sources dumpfiles" to come after this post Note that working tv-out was activated using "sudo atitvout -f" on linuxconsole Thanx again Created attachment 19147 [details]
radeondump-igp-pal-after-boot-vesa-0x4336-0~rzr20081124.txt
Created attachment 19148 [details]
radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.txt
Created attachment 19150 [details] [review] PAL IGP dump 800x600 Here is my dump which I believe I sent to Alex in june. It is a dump from a Asus Pundit-R started with kernel vesa option 711. Should be 800x600. I live in PAL land. Robert-Paul Created attachment 20002 [details] [review] IGP PAL tv support For those of you with IGP chips and PAL here's a potential patch. Please test and let me know if it works for you. I had to guess at the restart stuff as the dumps didn't cover the 0x8xx range where those registers are (specifically, I'd like to see TV_HRESTART (0x838), TV_VRESTART (0x83C), and TV_HSTART (0x818)). However the patch may just work. Hi Alex, thanks a lot for your efforts with ATI PAL support. I am planning to test your patch hopefully in a week or so, unfortunately Fedora 10 upgrade broke ATI TV-out totally (1) so I'll need to downgrade to F9 to test. I'll send more info then. 1) https://bugzilla.redhat.com/show_bug.cgi?id=465607 (In reply to comment #56) > Hi Alex, > > thanks a lot for your efforts with ATI PAL support. I am planning to test your > patch hopefully in a week or so, unfortunately Fedora 10 upgrade broke ATI > TV-out totally (1) so I'll need to downgrade to F9 to test. I'll send more info > then. > > 1) https://bugzilla.redhat.com/show_bug.cgi?id=465607 > No need to downgrade, just disable kernel modesetting. We haven't ported the tv-out code to the kernel yet. (In reply to comment #55) > Created an attachment (id=20002) [details] > IGP PAL tv support > > For those of you with IGP chips and PAL here's a potential patch. Please test > and let me know if it works for you. 1st let me thank you, it works better but it's not ok image is b/w and waving a bit see : http://launchpadlibrarian.net/19409540/tvout-radeon-igp-320m-xserver-xorg-video-radeon-1%3A6.9.0%2Bgit20081029.937b7ac2-0ubuntu0tormod2.1~rzr1.jpg Ubuntu/debian users can test my package , but please note that it was patched on last week snapshot... http://rzr.online.fr/ubuntu/ Do you need more dumps ? or I missed something ? Regards Could someone use vbetest to setup a working PAL 800x600 tv-out mode and then dump the registers with radeontool (http://cgit.freedesktop.org/~airlied/radeontool). You'll have to use the radeontool from the cgit tree. radeondump does not dump enough of the tv-out registers. the following command will dump the necessary regsiters: (as root) ./radeontool regmatch '*' Created attachment 20096 [details] radeontool-xserver-xorg-video-radeon_6.9.0-1+lenny4_i386.txt (In reply to comment #59) > Could someone use vbetest to setup a working PAL 800x600 tv-out mode and then > dump the registers with radeontool here it is : atitvout -f t ; ./radeontool regmatch '*' > radeontool-xserver-xorg-video-radeon_6.9.0-1+lenny4_i386.txt ; atitvout -f l Forcing Rage Mobility/Rage 3D Pro LT mode Forcing Rage Mobility/Rage 3D Pro LT mode see attached file next ps: debian users can take my radeontool in my apt repo too > > 1) https://bugzilla.redhat.com/show_bug.cgi?id=465607
>
> No need to downgrade, just disable kernel modesetting. We
> haven't ported the tv-out code to the kernel yet.
Thanks for the tip, unfortunately the problem remains also when using "nomodeset".
Hi, I tested lately with current snapshot, without the patch the image is out of sync ? will it help if we test Alex Deucher's patch on current tree ? Regards ps: side note file radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.diff is wrongly named it should have been radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081024.diff -- http://rzr.online.fr/q/xrandr On Fedora 10 I now compiled 2.6.28 kernel and latest driver from git using 2.6.28's headers but tv-out is still missing from xrandr. Hello, I'm still having non working tv-out too. TV out is garbled with both PAL and NTSC. My configuration: Toshiba M30-X with RV350 [Mobility Radeon 9600 M10] Ubuntu Intrepid with kernel 2.6.28 and whole XOrg/xserver from Jaunty (which includes xserver-xorg-video-ati 1:6.10.99-ubuntu1 package). This issue is the only thing making me boot Windows... (TV out works flawless there). I've now tested with Fedora 11 Beta which includes all the latest components (kernel, driver, etc) but the TV out is still missing on my ATI Mobility Radeon X700 with both ati and radeon drivers. (In reply to comment #65) > I've now tested with Fedora 11 Beta which includes all the latest components > (kernel, driver, etc) but the TV out is still missing on my ATI Mobility Radeon > X700 with both ati and radeon drivers. > ati and radeon are the same driver. ati is just a wrapper that loads radeon, r128, or mach64 depending on what chip is present in your computer. There is no support for tv-out on r4xx cards yet. Also, there is no tv-out support for any chips in the drm modesetting code, so you'll have to boot with nomodeset on the kernel command line, to use the ddx modesetting code. Then you can try: Option "R4xxATOM" "TRUE" in the device section of your config which will allow you to use the atombios tv-out setup, however, I haven't tested this so YMMV. Thanks for the tip, I retested with all TV output related options I found out the following:
These options must be used in order to enable TV output:
Option "ForceTVOut" "TRUE"
Option "ATOMTvOut" "TRUE"
This option prevents TV output working:
Option "R4xxATOM" "TRUE"
And these options seems to have no effect (apart from setting PAL in use):
Option "TVDACLoadDetect" "TRUE"
Option "DefaultTVDACAdj" "TRUE"
Option "TVStandard" "pal"
Output is still garbled but at least something is coming out again with tweaked configuration. Perhaps others who've had better output in the past can now enjoy working output already.
Thanks!
I have a 690G-based motherboard (I think it has a X1250 chip), and experiencing the same problems on my TV: black and white display in ntsc mode and garbled screen in pal mode. I use Ubuntu Jaunty and xserver-xorg-video-ati-1:6.12.99+git20090710.43db263d-0ubuntu0tormod driver version from https://launchpad.net/~tormodvolden/+archive/ppa. Is it supposed to work? If no, can I do something to help you fix this issue? hi how this bug is going after years, I have a working configuration using a pretty old version of xorg, I can dump registers with your tools just tell me... X -version X Window System Version 1.3.0 Release Date: 19 April 2007 X Protocol Version 11, Revision 0, Release 1.3 Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) Current Operating System: Linux nrv 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present -- http://rzr.online.fr/q/xrandr Created attachment 33927 [details] [review] PAL support for 9100 IGP I have created patch which seems to work, at least for my 9100IGP. In fact it is modified patch of Alex Deucher. (In reply to comment #70) > Created an attachment (id=33927) [details] > PAL support for 9100 IGP > > I have created patch which seems to work, at least for my 9100IGP. > In fact it is modified patch of Alex Deucher. > Thanks! I've pushed the patch to git master and the 6.12-branch. I've closing this bug as there are too many mixed up issues here. (In reply to comment #71) > (In reply to comment #70) > > Created an attachment (id=33927) [details] [details] > > PAL support for 9100 IGP > > > > I have created patch which seems to work, at least for my 9100IGP. > > In fact it is modified patch of Alex Deucher. > > > > Thanks! I've pushed the patch to git master and the 6.12-branch. I've closing > this bug as there are too many mixed up issues here. > Hi, just want to thank you guys, it works fine on my ancient laptop, now I can turn it into a movie player! I ran just into a small problem that it doesn't work with modesetting so I had to turn it off as mentioned in some comment above(actually the tv-out works with modesetting, but it's set to ntsc and can't be changed). Thanks again! Jirka (In reply to comment #72) > Hi, > just want to thank you guys, it works fine on my ancient laptop, now I can turn > it into a movie player! I ran just into a small problem that it doesn't work > with modesetting so I had to turn it off as mentioned in some comment > above(actually the tv-out works with modesetting, but it's set to ntsc and > can't be changed). if you are using kms, this was fixed in 2.6.33. (In reply to comment #73) > (In reply to comment #72) > > > Hi, > > just want to thank you guys, it works fine on my ancient laptop, now I can turn > > it into a movie player! I ran just into a small problem that it doesn't work > > with modesetting so I had to turn it off as mentioned in some comment > > above(actually the tv-out works with modesetting, but it's set to ntsc and > > can't be changed). > > if you are using kms, this was fixed in 2.6.33. > Tried 2.6.33 and 2.6.34 and the tv standard is set to NTSC when using kms and can't be changed. (In reply to comment #74) > > Tried 2.6.33 and 2.6.34 and the tv standard is set to NTSC when using kms and > can't be changed. > The attribute name is different under kms. it's "tv standard" rather than tv_standard. (In reply to comment #75) > (In reply to comment #74) > > > > > Tried 2.6.33 and 2.6.34 and the tv standard is set to NTSC when using kms and > > can't be changed. > > > > The attribute name is different under kms. it's "tv standard" rather than > tv_standard. > So the "tv standard" attribute works under kms, but all standards except ntsc shows only black and white lines scrolling over the screen similar like before the patch for this bugzilla was introduced and even the ntsc is not 100% the screen is a bit shaky and the top of the screen seems interlaced. I can provide some more info if you like. And the other problem I find was when I tried to disable the LVDS on my laptop in xorg.conf to use only tv as an external monitor by adding this: Section "Monitor" Identifier "LVDS" Option "Disable" "true" EndSection doesn't matter if i use kms or not, the output on the tv was broken. J. |
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.
