Description of problem: With F9 and TV-out connected I get from xrandr: root@localhost:~# cat xrandr-f9.txt Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1200 VGA-0 disconnected (normal left inverted right x axis y axis) Identifier: 0x4c Timestamp: 133992 Subpixel: no subpixels Clones: CRTCs: 0 1 load_detection: 1 (0x00000001) range: (0,1) LVDS connected 1280x800+0+0 (0x50) normal (normal left inverted right x axis y axis) 0mm x 0mm Identifier: 0x4d Timestamp: 133992 Subpixel: horizontal rgb Clones: CRTC: 0 CRTCs: 0 scaler: full backlight: 255 (0x000000ff) range: (0,255) 1280x800 (0x50) 68.9MHz h: width 1280 start 1301 end 1333 total 1408 skew 0 clock 48.9KHz v: height 800 start 804 end 808 total 816 clock 60.0Hz 1024x768 (0x51) 65.0MHz -HSync -VSync h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.4KHz v: height 768 start 771 end 777 total 806 clock 60.0Hz 800x600 (0x52) 40.0MHz +HSync +VSync h: width 800 start 840 end 968 total 1056 skew 0 clock 37.9KHz v: height 600 start 601 end 605 total 628 clock 60.3Hz 640x480 (0x53) 25.2MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew 0 clock 31.5KHz v: height 480 start 490 end 492 total 525 clock 59.9Hz S-video disconnected (normal left inverted right x axis y axis) Identifier: 0x4e Timestamp: 133992 Subpixel: no subpixels Clones: CRTCs: 0 1 tv_standard: ntsc tv_vertical_position: 0 (0x00000000) range: (-5,5) tv_horizontal_position: 0 (0x00000000) range: (-5,5) tv_horizontal_size: 0 (0x00000000) range: (-5,5) load_detection: 1 (0x00000001) range: (0,1) DVI-0 disconnected (normal left inverted right x axis y axis) Identifier: 0x4f Timestamp: 133992 Subpixel: no subpixels Clones: CRTCs: 0 1 dvi_monitor_type: auto scaler: off tmds_pll: bios But with F10Beta: root@localhost:~# xrandr -q Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ 1024x768 60.0 800x600 60.3 640x480 59.9 DVI1 disconnected (normal left inverted right x axis y axis) So the whole "S-Video" is missing so I can't use TV-out. Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.9.0-21.fc10.i386 How reproducible: Always. Steps to Reproduce: 1. See above.
I now also tested with latest git version but still the S-video is missing.
Any news on this? Reduced hardware operation is rather an unpleasant regression from Fedora 9.
This also happens when booting with nomodeset kernel parameter. Currently tested versions include: kernel-2.6.27.4-79.fc10.i686 glibc-2.8.90-16.i686 libdrm-2.4.0-0.21.fc10.i386 xorg-x11-drv-ati-6.9.0-38.fc10.i386
The feature in F9 was never complete, upstream decided to back it out until it worked on more hw. Nothing we can really do about it for F10, hope to get some time to re-add this.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
F10 same story S-Video is missing. Booted with live Ubuntu and everything works like a charm. I did not really understand from the post above ... has it been intentionally removed??? If yes ... can I compile the driver myself and make sure that S-Video is enabled? or this is too much of a trouble. My laptop info: 2.6.27.5-117.fc10.i686 libdrm-2.4.0-0.21.fc10.i386 xorg-x11-drv-ati-6.9.0-59.fc10.i386 attached Xorg.0.log
Created attachment 326012 [details] xorg log s-video, missing Radeon Mobility X300, Xorg.0.log
Is there any suggestion for a workaround? My mythtv box has been rendered useless due to this issue since my upgrade to F10.
FWIW, I tried compiling latest xorg-x11-drv-ati code from git butit did not help. I had to tinker with radeon_drm.h so perhaps this issue originates from Fedora kernel/DRM patching. Might be interesting to hear if someone has the time to compile and test a kernel.org kernel.
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.
TV-out is still missing F11 Beta.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I've now tested this with Fedora 12 Beta and have both good and bad news. Good news: S-Video (tv-out) is again present in xrandr -q --verbose output: S-video disconnected (normal left inverted right x axis y axis) Identifier: 0x53 Timestamp: 27198 Subpixel: no subpixels Clones: CRTCs: 0 1 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: load detection: 1 (0x00000001) range: (1,0) Bad news: it is always disconnected, even if I have the cable connected when booting. I'll attach dmesg from my system. If there's anything I could do to help, just let me know. Thanks.
Created attachment 365711 [details] dmesg-acer-1690-f12beta
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions). Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you. If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
Daniel does doing : xrandr --addmode S-video 800x600 xrandr --output S-video --mode 800x600 xrandr --output S-video --set tv_standard ntsc Make the svideo output display anything ? With kms we don't autodetect s-video connection anymore because it burns power and doesn't work reliably iirc. Thus you have to manualy for it. You can autoconfigure such behavior.
I've tested now several different options with latest updates from rawhide. After logging in xrandr -q says (as expected): VGA-0 disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ 1280x720 59.9 1152x768 59.8 1024x768 60.0 59.9 800x600 60.3 59.9 56.2 848x480 59.7 720x480 59.7 640x480 59.9 59.4 S-video disconnected (normal left inverted right x axis y axis) DVI-0 disconnected (normal left inverted right x axis y axis) Then I tried this (my TV is PAL): xrandr --addmode S-video 800x600 xrandr --output S-video --mode 800x600 xrandr --output S-video --set tv_standard pal and also after reboot: 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 The third command (setting mode to pal, same happens also with ntsc) prints this error every time: X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 147 (RANDR) Minor opcode of failed request: 11 (RRQueryOutputProperty) Serial number of failed request: 29 Current serial number in output stream: 29 I also tried xorg.conf options which were a bit helpful earlier (see *): Option "ForceTVOut" "TRUE" Option "ATOMTvOut" "TRUE" Option "TVStandard" "pal" But they had no effect at all now, S-Video output does not display anything but xrandr -q about has changed to: VGA-0 disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ 1280x720 59.9 1152x768 59.8 1024x768 60.0 59.9 800x600 60.3 59.9 56.2 848x480 59.7 720x480 59.7 640x480 59.9 59.4 S-video disconnected 800x600+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 800x600 60.3* DVI-0 disconnected (normal left inverted right x axis y axis) *) http://bugs.freedesktop.org/show_bug.cgi?id=12007#c67 Cheers!
Interesting update: If booted with kernel parameters "3 nomodeset" then using options Option "ForceTVOut" "TRUE" Option "ATOMTvOut" "TRUE" will crash X server after running startx. If using Option "ForceTVOut" "TRUE" # Option "ATOMTvOut" "TRUE" no S-video is present at all in xrandr -q output. But when using # Option "ForceTVOut" "TRUE" Option "ATOMTvOut" "TRUE" I see bit hazy output on my TV! xrandr -q says for S-video then: S-video connected 800x600+1280+0 (normal left inverted right x axis y axis) 0mm x 0mm 800x600 59.9*+ 59.9* And xrandr --verbose: S-video connected 800x600+1280+0 (0x5a) normal (normal left inverted right x axis y axis) 0mm x 0mm Identifier: 0x54 Timestamp: 592957 Subpixel: no subpixels Clones: CRTC: 1 CRTCs: 0 1 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: tv_standard: pal tv_vertical_position: 0 (0x00000000) range: (-5,5) tv_horizontal_position: 0 (0x00000000) range: (-5,5) tv_horizontal_size: 0 (0x00000000) range: (-5,5) load_detection: 1 (0x00000001) range: (0,1) 800x600 (0x5a) 38.2MHz -HSync +VSync *current +preferred h: width 800 start 832 end 912 total 1024 skew 0 clock 37.4KHz v: height 600 start 603 end 607 total 624 clock 59.9Hz 800x600 (0x5a) 38.2MHz -HSync +VSync *current h: width 800 start 832 end 912 total 1024 skew 0 clock 37.4KHz v: height 600 start 603 end 607 total 624 clock 59.9Hz I am confused of all these different scenarios here, how would you like me to test this further? Thanks!
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
ATI TV-out still not working with kernel-2.6.32.9-67.fc12.i686 xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.i686
ATI TV-out still not working with kernel-PAE-2.6.33.3-85.fc13.i686 xorg-x11-drv-ati-6.13.0-1.fc13.i686 When TV-out is connected right from the system boot, xrandr only says: localhost:~> xrandr -q Screen 0: minimum 320 x 200, current 1280 x 800, maximum 4096 x 4096 VGA-0 disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ 1280x720 59.9 1152x768 59.8 1024x768 60.0 59.9 800x600 60.3 59.9 56.2 848x480 59.7 720x480 59.7 640x480 59.9 59.4 S-video disconnected (normal left inverted right x axis y axis) DVI-0 disconnected (normal left inverted right x axis y axis)
ATI TV-out still not working with kernel-PAE-2.6.34.7-56.fc13.i686 xorg-x11-drv-ati-6.13.0-1.fc13.i686 xrandr -q says S-video being disconnected. I'll attach X log and dmesg with drm debug enabled after booting the system, logging in and running xrandr -q. Thanks.
Created attachment 449699 [details] dmesg from F13 / 2.6.34 kernel
Created attachment 449700 [details] xorg.log from F13 / kernel 2.6.34
Now tested Radeon / TV-out with F14ß, still not working: root@localhost:~# xrandr --addmode S-video 800x600 root@localhost:~# xrandr --output S-video --mode 800x600 root@localhost:~# xrandr --output S-video --set tv_standard pal X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 149 (RANDR) Minor opcode of failed request: 11 (RRQueryOutputProperty) Serial number of failed request: 33 Current serial number in output stream: 33 root@localhost:~# xrandr -q Screen 0: minimum 320 x 200, current 1280 x 800, maximum 4096 x 4096 VGA-0 disconnected (normal left inverted right x axis y axis) LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ 1280x720 59.9 1152x768 59.8 1024x768 60.0 59.9 800x600 60.3 59.9 56.2 848x480 59.7 720x480 59.7 640x480 59.9 59.4 S-video disconnected 800x600+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 800x600 60.3* DVI-0 disconnected (normal left inverted right x axis y axis) root@localhost:~# I'll attach dmesg and xorg log.
Created attachment 450561 [details] dmesg from F14ß / kernel-2.6.35.4
Created attachment 450562 [details] xorg.log from F14ß / kernel 2.6.35
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.