Bug 27649

Created attachment 35035 [details]
xorg.conf

please attach your xorg log and the output of xrandr.

Created attachment 35037 [details] [review]
xrandr -q --verbose

Created attachment 35038 [details]
lspci -vvv

Created attachment 35039 [details] [review]
Xorg.0.log

xrandr --output S-video --set "tv standard" pal
xrandr --output S-video --addmode 800x600
xrandr --output S-video --mode 800x600

should enable the S-video port.

distribution: Kubuntu 10.04 (post beta2 up-to-date)
xserver-xorg-video-radeon: 6.13.0
xserver-xorg: 7.5
xserver-xorg-core: 1.7.6
kernel: 2.6.32-20-generic

Created attachment 35041 [details]
dmesg after added and selected mode 800x600 on S-video

Those commands:
$ xrandr --output S-video --set "tv standard" pal
$ xrandr --addmode S-video 800x600
$ xrandr --output S-video --mode 800x600
added video mode of 800x600 to S-video port but even then S-video could not be enabled as shown in dmesg (attachment).
$ xrandr
Screen 0: minimum 320 x 200, current 800 x 600, maximum 4096 x 4096
VGA-0 disconnected (normal left inverted right x axis y axis)
DVI-0 connected 800x600+0+0 (normal left inverted right x axis y axis) 330mm x 270mm
   1280x1024      60.0 +
   1024x768       60.0  
   800x600        60.3* 
   640x480        60.0     59.9  
S-video disconnected 800x600+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   800x600        60.3*

Might those logs in dmesg come from second graphic card? (RV370):

[18814.237220] [drm] 2: conflicting encoders switching off SVIDEO-1
[18814.237224] [drm] in favor of DVI-I-1

This card (on display :1) does not have S-video port:
$ xrandr -display :1 -q
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 4096 x 4096
VGA-1 disconnected (normal left inverted right x axis y axis)
DVI-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 708mm x 398mm
   1920x1080      50.0*+   60.0  
   1280x1024      75.0     60.0  
   1360x765       59.8  
   1280x720       50.0  
   1024x768       75.1     70.1     60.0  
   800x600        72.2     75.0     60.3  
   720x576        50.0  
   720x480        59.9  
   640x480        72.8     75.0     60.0  

but my primary RV350 (with logs attached before) on display :0 has it.

Does "S-video disconnected 800x600+0+0" really mean that it's disconnected by the driver or it's unimportant?
I've got problems with enabling S-video output before on UMS but there were related rather to choosing TV standard or something else, but not load detection (it said "connected" after --set load_detection 1 on UMS).
I mean if should I try to mix those commands in script many times (as before I've did on UMS) to see anything on TV even if xrandr shows "disconnected" or it doesn't make sense? ;-)

this looks like a drm bug in the connector code.

Should I give you more verbose/debug information? How to do it? Any kernel boot parameter?

(In reply to comment #11)
> Should I give you more verbose/debug information? How to do it? Any kernel boot
> parameter?

It just need to be debugged and fixed.  I'll take a look today.

Created attachment 35067 [details] [review]
fix

This drm patch fixes the issue.  I've sent it upstream to Dave.

Thank you very much for this very quick fixing this issue. I'll try to test it ASAP (somehow).

Sorry for so late testing. Since I've get information that no more patches will be applied to Ubuntu Lucid until kernel update after release, I've just recompiled stock Ubuntu 2.6.32-21-generic (2.6.32.11+drm33.2) kernel with this patch and now S-video is connected out of the box (no need to set "load detection") and my both screens resolution was set to 800x600 by default (I could change my LCD resolution to it's native later). Thanks a lot for this fix.

Unfortunately I thought that my other problems will disappear with new driver, too, but they don't...
I mean problems with "tv standard" change/enable - I still need to make a loop of xrandr commands:
$ for i in `seq 1000`; do xrandr --output S-video --set "tv standard" pal; xrandr --output S-video --set "tv standard" ntsc; done
until I get proper video on S-video (the same was on Karmic or even earlier distributions (I'm not 100% sure about which earlier versions)).
I've done more testing and when I run this loop I've got video after few seconds in NTSC (I'm interrupting script after I get video and try to change to PAL or NTSC to see what standard I have enabled) and later I've managed to try if I can get PAL after more time running script. After few minutes later I've got PAL, but NTSC was unavailable then. [I've wrote on this issue in Kubuntu Karmic some time ago at Phoronix forums]
Should I write a new bug report for it?

(In reply to comment #15)

> Should I write a new bug report for it?

Yes.