Bug 12007

Summary: TV output garbled with RV280
Product: xorg Reporter: Jasmin Buchert <jasmin-bugfd>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: ag65151, alexdeucher, alga777, amilo, bernardo, cris, dam, diego.amores, dqarras, edward, erik.andren, freedesktop-bugzilla, ghepeu, hanno, ixevix, jason.m.stewart, j.moskovcak, rp, rzr, sjoerd, Valentin.Lavrinenko
Version: git   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Garbled TV Output
none
lspci -vvv
none
Xorg.0.log
none
xrandr --verbose
none
radeontool regmatch '*': diff randr12 --> GATOS
none
TV output with wrong colors (after mouse was moved)
none
radeontool regmatch '*' (GATOS)
none
radeontool regmatch '*' (randr12)
none
new radeontool regmatch '*' (GATOS PAL)
none
new radeontool regmatch '*' (GATOS NTSC)
none
X.org log for (30)
none
lspci -vvv output for (30)
none
xrandr --verbose for (30)
none
dump from patched radeondump while vbetest mode 800x600
none
Dump using patched radeondump and vbetest
none
ati-out-after-atitvout-0x4336-0.txt
none
ati-out-after-vbetest-0x4336-0.txt
none
tvout-radeon-igp320-pal-xorg-video-radeon_6.9.0+git20080826.a3cc1d7a-2ubuntu2_i386.jpg
none
radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.diff
none
radeondump-igp-pal-after-boot-vesa-0x4336-0~rzr20081124.txt
none
radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.txt
none
PAL IGP dump 800x600
none
IGP PAL tv support
none
radeontool-xserver-xorg-video-radeon_6.9.0-1+lenny4_i386.txt
none
PAL support for 9100 IGP none

Description Jasmin Buchert 2007-08-15 06:09:42 UTC
The TV output of my ATI Radeon 9200 (RV280) is garbled.
It looks like black and white noise, but the pattern changes when I move windows around.

My TV is connected to the Radeon's S-Video connector over a SCART adapter.
The old GATOS TV-out patch worked with my setup.
I've tested the latest GIT (randr-1.2 branch).
Comment 1 Jasmin Buchert 2007-08-15 06:11:48 UTC
Created attachment 11136 [details]
Garbled TV Output
Comment 2 Jasmin Buchert 2007-08-15 06:12:51 UTC
Created attachment 11137 [details]
lspci -vvv
Comment 3 Jasmin Buchert 2007-08-15 06:14:54 UTC
Created attachment 11138 [details]
Xorg.0.log
Comment 4 Jasmin Buchert 2007-08-15 06:15:28 UTC
Created attachment 11139 [details]
xrandr --verbose
Comment 5 Alex Deucher 2007-08-15 06:48:38 UTC
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?
Comment 6 Jasmin Buchert 2007-08-15 08:21:46 UTC
Created attachment 11140 [details]
radeontool regmatch '*': diff randr12 --> GATOS
Comment 7 Alex Deucher 2007-08-19 00:33:33 UTC
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
Comment 8 Jasmin Buchert 2007-08-19 03:48:30 UTC
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.

Comment 9 Jasmin Buchert 2007-08-19 03:52:31 UTC
Created attachment 11174 [details]
TV output with wrong colors (after mouse was moved)
Comment 10 Alan Swanson 2007-08-19 11:38:53 UTC
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.
Comment 11 Jasmin Buchert 2007-08-19 12:26:48 UTC
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.
Comment 12 Alex Deucher 2007-08-19 17:29:11 UTC
(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.
Comment 13 Jasmin Buchert 2007-08-19 17:34:22 UTC
Created attachment 11178 [details]
radeontool regmatch '*' (GATOS)
Comment 14 Jasmin Buchert 2007-08-19 17:35:21 UTC
Created attachment 11179 [details]
radeontool regmatch '*' (randr12)
Comment 15 Jasmin Buchert 2007-08-19 17:46:25 UTC
Created attachment 11180 [details]
new radeontool regmatch '*' (GATOS PAL)
Comment 16 Jasmin Buchert 2007-08-19 17:46:55 UTC
Created attachment 11181 [details]
new radeontool regmatch '*' (GATOS NTSC)
Comment 17 Alex Deucher 2007-08-21 18:23:18 UTC
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.
Comment 18 Alex Deucher 2007-08-26 11:14:25 UTC
*** Bug 12169 has been marked as a duplicate of this bug. ***
Comment 19 Alex Deucher 2007-09-22 13:24:24 UTC
*** Bug 12518 has been marked as a duplicate of this bug. ***
Comment 20 Damien Merenne 2007-10-16 08:03:49 UTC
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 ;)
Comment 21 Daniel Qarras 2007-10-25 07:22:00 UTC
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.
Comment 22 Alex Deucher 2007-12-25 23:10:43 UTC
PAL is now fixed: 2b1fae668ddabbc72e5fc31365302ea722174df1
Comment 23 Daniel Qarras 2007-12-28 15:56:33 UTC
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
Comment 24 Edward Betts 2007-12-28 16:11:47 UTC
For the record, with this new version PAL now works on my machine. Thanks.
Comment 25 Daniel Qarras 2007-12-28 16:49:45 UTC
Edward, nice to hear that! Did just plug the cable in and all worked ok or did you do any configuration?
Comment 26 Edward Betts 2007-12-29 01:36:27 UTC
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
Comment 27 Daniel Qarras 2007-12-29 04:33:36 UTC
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.
Comment 28 Alex Deucher 2007-12-31 11:04:05 UTC
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.
Comment 29 Alex Deucher 2008-01-19 10:54:29 UTC
*** Bug 14136 has been marked as a duplicate of this bug. ***
Comment 30 Cris B 2008-03-02 02:12:50 UTC
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.
Comment 31 Cris B 2008-03-02 02:16:55 UTC
Created attachment 14758 [details]
X.org log for (30)
Comment 32 Cris B 2008-03-02 02:17:53 UTC
Created attachment 14759 [details]
lspci -vvv output for (30)
Comment 33 Cris B 2008-03-02 02:26:04 UTC
Created attachment 14760 [details]
xrandr --verbose for (30)
Comment 34 Robert-Paul Berretty 2008-03-09 04:41:07 UTC
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
Comment 35 Alex Deucher 2008-03-09 09:05:19 UTC
(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.
Comment 36 Daniel Qarras 2008-03-10 10:10:31 UTC
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.
Comment 37 Daniel Qarras 2008-03-10 10:13:22 UTC
Created attachment 15008 [details]
dump from patched radeondump while vbetest mode 800x600
Comment 38 Daniel Qarras 2008-03-26 09:33:55 UTC
Was the provided additional data from radeondump helpful? Could I help in any other way?

Thanks.
Comment 39 Alex Deucher 2008-03-26 09:44:36 UTC
(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.
Comment 40 Philippe Coval 2008-04-12 10:43:33 UTC
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
Comment 41 Diego Amores 2008-04-15 12:17:32 UTC
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.
Comment 42 Diego Amores 2008-04-15 12:18:56 UTC
Created attachment 15935 [details] [review]
Dump using patched radeondump and vbetest
Comment 43 Philippe Coval 2008-05-18 07:54:40 UTC
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
Comment 44 Philippe Coval 2008-05-18 07:56:57 UTC
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
Comment 45 Daniel Qarras 2008-06-01 09:57:26 UTC
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!
 
Comment 46 Alex Deucher 2008-08-06 12:44:50 UTC
For IGP users, Calvin Fong recently added support for NTSC tv-out on IGP chips.  Please try ati git master.
Comment 47 Anthony Gulbrandsen 2008-08-07 13:11:40 UTC
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.
Comment 48 Alex Deucher 2008-08-07 14:25:24 UTC
(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.
Comment 49 Philippe Coval 2008-09-18 14:46:19 UTC
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
Comment 50 Alex Deucher 2008-09-18 14:50:22 UTC
(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.
Comment 51 Philippe Coval 2008-09-24 02:05:22 UTC
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
Comment 52 Philippe Coval 2008-09-24 02:07:20 UTC
Created attachment 19147 [details]
radeondump-igp-pal-after-boot-vesa-0x4336-0~rzr20081124.txt
Comment 53 Philippe Coval 2008-09-24 02:08:40 UTC
Created attachment 19148 [details]
radeondump-igp-pal-after-atitvout-vesa-0x4336-0~rzr20081124.txt
Comment 54 Robert-Paul Berretty 2008-09-24 02:24:03 UTC
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
Comment 55 Alex Deucher 2008-11-02 00:43:09 UTC
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.
Comment 56 Daniel Qarras 2008-11-04 13:49:03 UTC
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
Comment 57 Alex Deucher 2008-11-04 14:48:44 UTC
(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.
Comment 58 Philippe Coval 2008-11-05 16:34:25 UTC
(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
Comment 59 Alex Deucher 2008-11-05 16:43:30 UTC
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 '*'
Comment 60 Philippe Coval 2008-11-05 18:33:48 UTC
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
Comment 61 Daniel Qarras 2008-11-06 08:58:34 UTC
> > 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".


      
Comment 62 Philippe Coval 2008-11-26 06:10:43 UTC
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
Comment 63 Daniel Qarras 2009-01-06 01:58:18 UTC
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.
Comment 64 Alessio Gaeta 2009-02-13 04:44:20 UTC
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).

Comment 65 Daniel Qarras 2009-04-10 05:10:18 UTC
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.
Comment 66 Alex Deucher 2009-04-10 07:04:16 UTC
(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.
Comment 67 Daniel Qarras 2009-04-10 10:01:46 UTC
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!
Comment 68 Valentin Lavrinenko 2009-07-22 15:43:48 UTC
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?
Comment 69 Philippe Coval 2010-02-06 05:57:17 UTC
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
Comment 70 Andrzej Hajda 2010-03-10 14:18:31 UTC
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.
Comment 71 Alex Deucher 2010-03-10 15:25:11 UTC
(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.
Comment 72 Jiri Moskovcak 2010-03-16 14:22:06 UTC
(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
Comment 73 Alex Deucher 2010-03-16 14:32:46 UTC
(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.
Comment 74 Jiri Moskovcak 2010-03-18 11:53:12 UTC
(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.
Comment 75 Alex Deucher 2010-03-18 12:01:50 UTC
(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.
Comment 76 Jiri Moskovcak 2010-03-18 16:03:07 UTC
(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.