[RS100] [U1] TV not detected with Radeon IGP 320M

Created an attachment (id=11136)
Garbled TV Output

Created an attachment (id=11137)
lspci -vvv

Created an attachment (id=11138)
Xorg.0.log

Created an attachment (id=11139)
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 an attachment (id=11140)
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 an attachment (id=11174)
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 an attachment (id=11178)
radeontool regmatch '*' (GATOS)

Created an attachment (id=11179)
radeontool regmatch '*' (randr12)

Created an attachment (id=11180)
new radeontool regmatch '*' (GATOS PAL)

Created an attachment (id=11181)
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 an attachment (id=14758)
X.org log for (30)

Created an attachment (id=14759)
lspci -vvv output for (30)

Created an attachment (id=14760)
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 an attachment (id=15008)
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 an attachment (id=15935)
Dump using patched radeondump and vbetest

Created an attachment (id=16610)
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 an attachment (id=16611)
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 an attachment (id=18989)
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 an attachment (id=19146)
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 an attachment (id=19147)
radeondump-igp-pal-after-boot-vesa-0x4336-0~rzr20081124.txt

Created an attachment (id=19148)
radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.txt

Created an attachment (id=19150)
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 an attachment (id=20002)
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 an attachment (id=20096)
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 an attachment (id=33927)
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.