intel GM965 (X3100) no TV-Out (S-Video)

[Andrew King]

Binary package hint: xserver-xorg-video-intel

I have a dell vostro 1400 with intel X3100 integrated graphics (GM965). Default ubuntu configuration works fine for normal use, but TV-Out (Svideo) does not work correctly.

If booted with SVideo cable connected output is shown on TV and no video is shown on LCD.

LCD can be enabled with, xrandr --output LVDS --auto

unplugging and reinserting the cable causes output on the LCD, but none on the TV. TV will not show any output until a reboot is performed with the s-video cable inserted.

(Additionally, this cause the TV out mode to be unchangeable - TV display mode changes are impossible as these require the TV out to be disabled, which stops any further display on the TV.)

[Zhangwenping1980 (zhangwenping1980)]

1. Overview Description:
   After starting my notebook A8E(T7100, GMAX3100 Integreated, 1G RAM) and login the X system, I plug in S-Video connector and execute "xrandr --output TV --auto", But I can't get the TV output on the Screen.
   However, if I plug in the S-video before booting the notebook, I can see the TV output on the screen after I login X system. Then after executing "xrandr --output TV --off", TV output disappeared, but I can't switch to TV output anymore through "xrandr --output TV --auto".

2.Build Date & Platform:
   My Environment:
   a. ASUS NoteBook A8E
   b. CPU core T7100, GMA X3100 integrated graphics, 1G RAM
   c. Linux kernel 2.6.22.6
   d. driver version: xf86-video-intel-2.1.1

6. Additional Information:
   I get two /var/log/Xorg.0.log files. One is got when plug in the S-Video befor e booting the notebook. The other is got when after login X system without S-Video plugin, plugin S-Video and then restart X system.
   a.

[Zhangwenping1980 (zhangwenping1980)]

Created an attachment (id=13633)
log file of Xorg when booting with S-video connector plugin

This log file is got when /etc/xorg.conf has Option "ModeDebug" "YES"

[Zhangwenping1980 (zhangwenping1980)]

Created an attachment (id=13634)
this log file is got wnen restart X system with S-Video connector plugin after booting

with Option "ModeDebug" "YES" in /etc/xorg.conf file

[Gordon Jin (gordon-jin)]

(Congrats for getting so good a bug number)

Did you get any error messages after running "xrandr --output TV --auto"?

Could you attach the output of "xrandr --verbose"?

[Zhangwenping1980 (zhangwenping1980)]

Created an attachment (id=13635)
after restart X system and xrandr --output TV --auto

[Zhangwenping1980 (zhangwenping1980)]

(In reply to comment #3)
> (Congrats for getting so good a bug number)
>
> Did you get any error messages after running "xrandr --output TV --auto"?
>
> Could you attach the output of "xrandr --verbose"?
>

:) Just so so
I have attach the xrandr log file
One is without TV output
The other is with TV output

[Zhangwenping1980 (zhangwenping1980)]

Created an attachment (id=13636)
Restart notebook with S-video connector plugin in advance

[Zhangwenping1980 (zhangwenping1980)]

Created an attachment (id=13637)
intel registers information when TV output after reboot notebook with S-Video Connector plugin in advance

[Zhangwenping1980 (zhangwenping1980)]

Created an attachment (id=13638)
After "xrandr --output TV --off" "xrandr --output TV --auto", but TV can't come forth anymore

[Ozone (ozone)]

I'm having this issue as well -- I'd be happy to provide any debug information that might be useful here.

[Dan-gina (dan-gina)]

I too am experiencing the same problem. The only way to get TV-out is to boot my notebook with the cable plugged in. "xrandr --output TV --off" turns it off and "xrandr --output TV --auto" does not turn it back on, despite the fact that it gives the exact same output when running xrandr with --prop or --verbose. When I run xrandr --off or --auto there is a quick flicker on the TV but that is all. This is with an HP Pavillion dx6000 computer and a 965GM video card.

[Dan-gina (dan-gina)]

I should note also that it seems that TV-out used to work fine for me. Before my problems I knew nothing of the xrandr program and was able to get TV working by logging out and logging back in after plugging the cable in. I checked my "yum update" logs and didn't see any package changes that caught my attention, although I don't know exactly when TV functionality was lost as I hadn't tried it in a while. This is in 64-bit Fedora 8.

[Zhangwenping1980 (zhangwenping1980)]

(In reply to comment #0)
> 1. Overview Description:
> After starting my notebook A8E(T7100, GMAX3100 Integreated, 1G RAM) and
> login the X system, I plug in S-Video connector and execute "xrandr --output TV
> --auto", But I can't get the TV output on the Screen.
> However, if I plug in the S-video before booting the notebook, I can see the
> TV output on the screen after I login X system. Then after executing "xrandr
> --output TV --off", TV output disappeared, but I can't switch to TV output
> anymore through "xrandr --output TV --auto".
>
> 2.Build Date & Platform:
> My Environment:
> a. ASUS NoteBook A8E
> b. CPU core T7100, GMA X3100 integrated graphics, 1G RAM
> c. Linux kernel 2.6.22.6
> d. driver version: xf86-video-intel-2.1.1
>
> 6. Additional Information:
> I get two /var/log/Xorg.0.log files. One is got when plug in the S-Video
> befor e booting the notebook. The other is got when after login X system
> without S-Video plugin, plugin S-Video and then restart X system.
> a.
>

(In reply to comment #11)
> I should note also that it seems that TV-out used to work fine for me. Before
> my problems I knew nothing of the xrandr program and was able to get TV working
> by logging out and logging back in after plugging the cable in. I checked my
> "yum update" logs and didn't see any package changes that caught my attention,
> although I don't know exactly when TV functionality was lost as I hadn't tried
> it in a while. This is in 64-bit Fedora 8.
>

(In reply to comment #0)
> 1. Overview Description:
> After starting my notebook A8E(T7100, GMAX3100 Integreated, 1G RAM) and
> login the X system, I plug in S-Video connector and execute "xrandr --output TV
> --auto", But I can't get the TV output on the Screen.
> However, if I plug in the S-video before booting the notebook, I can see the
> TV output on the screen after I login X system. Then after executing "xrandr
> --output TV --off", TV output disappeared, but I can't switch to TV output
> anymore through "xrandr --output TV --auto".
>
> 2.Build Date & Platform:
> My Environment:
> a. ASUS NoteBook A8E
> b. CPU core T7100, GMA X3100 integrated graphics, 1G RAM
> c. Linux kernel 2.6.22.6
> d. driver version: xf86-video-intel-2.1.1
>
> 6. Additional Information:
> I get two /var/log/Xorg.0.log files. One is got when plug in the S-Video
> befor e booting the notebook. The other is got when after login X system
> without S-Video plugin, plugin S-Video and then restart X system.
> a.
>

[Zhangwenping1980 (zhangwenping1980)]

I guess the problem is in the function i830_tv_detect(xf86OutputPtr output).

If I　mask the code as below and let the function return immediately, I can make the TV output correctly by "xrandr --output TV --auto" after turn off TV.

I wonder if the key point is on this function.

static xf86OutputStatus
i830_tv_detect(xf86OutputPtr output)
{
    xf86CrtcPtr crtc;
    DisplayModeRec mode;
    I830OutputPrivatePtr intel_output = output->driver_private;
    struct i830_tv_priv *dev_priv = intel_output->dev_priv;
    int dpms_mode;

    {
     dev_priv->type = TV_TYPE_COMPOSITE;
     return XF86OutputStatusConnected;
    }

  /*
    mode = reported_modes[0];
    xf86SetModeCrtc (&mode, INTERLACE_HALVE_V);
    crtc = i830GetLoadDetectPipe (output, &mode, &dpms_mode);
    if (crtc)
    {
        i830_tv_detect_type (crtc, output);
        i830ReleaseLoadDetectPipe (output, dpms_mode);
    }

    switch (dev_priv->type) {
    case TV_TYPE_NONE:
        return XF86OutputStatusDisconnected;
    case TV_TYPE_UNKNOWN:
        return XF86OutputStatusUnknown;
    default:
        return XF86OutputStatusConnected;
    }
    */
}

[John at Canterbury (john-ennew)]

My Intel 965 chipset system shows the same errors except I have been unable to get a display on the TV at all, even on a reboot. I am running 64bit Ubuntu 8.04 Alpha 6. Outputs from all the commands you have listed are the same for me.

[John at Canterbury (john-ennew)]

Just to clarify, my system is a GM965 (mobile chipset) not 965 as I stated previously. The graphics core is X3100. I am in the UK and so would need a PAL output.

[Gordon Jin (gordon-jin)]

Nanhai, any idea for comment#13?

[Zamiere Vonthokikkeiin (kikkeartworx)]

I think so it's not a duplicate of the dead #6270 bug which expires within 2 months.
It's not support, it's burocracy mr Aaltonen...

[Bryce Harrington (bryce)]

I've written up a section on enabling S-Video at http://wiki.ubuntu.com/X/Config. Can you give that a try and see if it solves the issue?

[unggnu (unggnu)]

Does it work with the Howto or Hardy Live CD?

[Andrew King (anders-king-00)]

Hi,

I've tried again on the Hardy live CD. Still no luck. I've attached xrandr --verbose and xorg.0.log (modified)

Cheers
Andrew

[Andrew King (anders-king-00)]

Also, xorg.conf (minimally modified from the livecd one).

[Mauro de Carvalho (mauro-dec)]

I have a Dell Vostro 1500 with this card and havnt managed to make s-video output work. Im still using the config Ubuntu automagically did for me.

[Robert Lowery (rglowery)]

(In reply to comment #13)
> I guess the problem is in the function i830_tv_detect(xf86OutputPtr output).
> If I　mask the code as below and let the function return immediately, I can
> make the TV output correctly by "xrandr --output TV --auto" after turn off TV.
> I wonder if the key point is on this function.
> static xf86OutputStatus
> i830_tv_detect(xf86OutputPtr output)
> {
> xf86CrtcPtr crtc;
> DisplayModeRec mode;
> I830OutputPrivatePtr intel_output = output->driver_private;
> struct i830_tv_priv *dev_priv = intel_output->dev_priv;
> int dpms_mode;
> {
> dev_priv->type = TV_TYPE_COMPOSITE;
> return XF86OutputStatusConnected;
> }
> 　　/*
> mode = reported_modes[0];
> xf86SetModeCrtc (&mode, INTERLACE_HALVE_V);
> crtc = i830GetLoadDetectPipe (output, &mode, &dpms_mode);
> if (crtc)
> {
> i830_tv_detect_type (crtc, output);
> i830ReleaseLoadDetectPipe (output, dpms_mode);
> }
> switch (dev_priv->type) {
> case TV_TYPE_NONE:
> return XF86OutputStatusDisconnected;
> case TV_TYPE_UNKNOWN:
> return XF86OutputStatusUnknown;
> default:
> return XF86OutputStatusConnected;
> }
> */
> }

This patch also solves TVOut issues I have been seeing with my AOpen MP965-DR (GM965 based) HTPC.

Digging further, the problem seems to be triggered by i830_tv_detect_type(). In particular when TV_CTL is clobbered to enable detection mode. Patch below effectively stops this clobbering, but since I use Component output, I needed the second patch to for COMPONENT output with the detection disabled.

diff --git a/src/i830_tv.c b/src/i830_tv.c
index 6adb9f2..f442a4f 100644
--- a/src/i830_tv.c
+++ b/src/i830_tv.c
@@ -1297,7 +1297,7 @@ i830_tv_detect_type (xf86CrtcPtr crtc,
                DAC_A_0_7_V |
                DAC_B_0_7_V |
                DAC_C_0_7_V);
- OUTREG(TV_CTL, tv_ctl);
+ //OUTREG(TV_CTL, tv_ctl);
        OUTREG(TV_DAC, tv_dac);
        i830WaitForVblank(pScrn);
        tv_dac = INREG(TV_DAC);
@@ -1316,6 +1316,7 @@ i830_tv_detect_type (xf86CrtcPtr crtc,
                       "Detected Composite TV connection\n");
        }
        type = TV_TYPE_COMPOSITE;
+ type = TV_TYPE_COMPONENT;
     } else if ((tv_dac & (TVDAC_A_SENSE|TVDAC_B_SENSE)) == TVDAC_A_SENSE) {
        if (pI830->debug_modes) {
            xf86DrvMsg(pScrn->scrnIndex, X_INFO,

[Pcgomes (pcgomes)]

I am facing the same bug. I have a Compaq C730 with a Intel 965GM card, running openSuse 10.3 x86-64.

I've downloaded the Intel 2D driver source code and recompiled it commenting "OUTREG(TV_CTL, tv_ctl);" line, just like the patch does. Now I can switch on/off the S-Video output using xrandr --output TV --auto/off.

Anyway it's not 100% yet, because when I turn the S-Video output on, the xrandr
says that the TV output is disconnected, although the TV is showing my X session correctly. This is a big issue for me, because my TV system is PAL-M and if xrandr can't figure out the the TV is connected, it doesn't allow me to switch from NTSC to PAL-M with "xrandr --output TV --set TV_FORMAT PAL-M".

Another issue is that, the TV Out is on and if I change the LVDS display, it turns the TV off.

(In reply to comment #15)
> (In reply to comment #13)
> > I guess the problem is in the function i830_tv_detect(xf86OutputPtr output).
> > If I　mask the code as below and let the function return immediately, I can
> > make the TV output correctly by "xrandr --output TV --auto" after turn off TV.
> > I wonder if the key point is on this function.
> > static xf86OutputStatus
> > i830_tv_detect(xf86OutputPtr output)
> > {
> > xf86CrtcPtr crtc;
> > DisplayModeRec mode;
> > I830OutputPrivatePtr intel_output = output->driver_private;
> > struct i830_tv_priv *dev_priv = intel_output->dev_priv;
> > int dpms_mode;
> > {
> > dev_priv->type = TV_TYPE_COMPOSITE;
> > return XF86OutputStatusConnected;
> > }
> > 　　/*
> > mode = reported_modes[0];
> > xf86SetModeCrtc (&mode, INTERLACE_HALVE_V);
> > crtc = i830GetLoadDetectPipe (output, &mode, &dpms_mode);
> > if (crtc)
> > {
> > i830_tv_detect_type (crtc, output);
> > i830ReleaseLoadDetectPipe (output, dpms_mode);
> > }
> > switch (dev_priv->type) {
> > case TV_TYPE_NONE:
> > return XF86OutputStatusDisconnected;
> > case TV_TYPE_UNKNOWN:
> > return XF86OutputStatusUnknown;
> > default:
> > return XF86OutputStatusConnected;
> > }
> > */
> > }
>
> This patch also solves TVOut issues I have been seeing with my AOpen MP965-DR
> (GM965 based) HTPC.
>
> Digging further, the problem seems to be triggered by i830_tv_detect_type().
> In particular when TV_CTL is clobbered to enable detection mode. Patch below
> effectively stops this clobbering, but since I use Component output, I needed
> the second patch to for COMPONENT output with the detection disabled.
>
> diff --git a/src/i830_tv.c b/src/i830_tv.c
> index 6adb9f2..f442a4f 100644
> --- a/src/i830_tv.c
> +++ b/src/i830_tv.c
> @@ -1297,7 +1297,7 @@ i830_tv_detect_type (xf86CrtcPtr crtc,
> DAC_A_0_7_V |
> DAC_B_0_7_V |
> DAC_C_0_7_V);
> - OUTREG(TV_CTL, tv_ctl);
> + //OUTREG(TV_CTL, tv_ctl);
> OUTREG(TV_DAC, tv_dac);
> i830WaitForVblank(pScrn);
> tv_dac = INREG(TV_DAC);
> @@ -1316,6 +1316,7 @@ i830_tv_detect_type (xf86CrtcPtr crtc,
> "Detected Composite TV connection\n");
> ...

[Robert Lowery (rglowery)]

(In reply to comment #16)
> I am facing the same bug. I have a Compaq C730 with a Intel 965GM card, running
> openSuse 10.3 x86-64.
>
> I've downloaded the Intel 2D driver source code and recompiled it commenting
> "OUTREG(TV_CTL, tv_ctl);" line, just like the patch does. Now I can switch
> on/off the S-Video output using xrandr --output TV --auto/off.
>
> Anyway it's not 100% yet, because when I turn the S-Video output on, the xrandr
> says that the TV output is disconnected, although the TV is showing my X
> session correctly. This is a big issue for me, because my TV system is PAL-M
> and if xrandr can't figure out the the TV is connected, it doesn't allow me to
> switch from NTSC to PAL-M with "xrandr --output TV --set TV_FORMAT PAL-M".
>
> Another issue is that, the TV Out is on and if I change the LVDS display, it
> turns the TV off.
>
> (In reply to comment #15)
> > (In reply to comment #13)
> > > I guess the problem is in the function i830_tv_detect(xf86OutputPtr output).
> > > If I　mask the code as below and let the function return immediately, I can
> > > make the TV output correctly by "xrandr --output TV --auto" after turn off TV.
> > > I wonder if the key point is on this function.
> > > static xf86OutputStatus
> > > i830_tv_detect(xf86OutputPtr output)
> > > {
> > > xf86CrtcPtr crtc;
> > > DisplayModeRec mode;
> > > I830OutputPrivatePtr intel_output = output->driver_private;
> > > struct i830_tv_priv *dev_priv = intel_output->dev_priv;
> > > int dpms_mode;
> > > {
> > > dev_priv->type = TV_TYPE_COMPOSITE;
> > > return XF86OutputStatusConnected;
> > > }
> > > 　　/*
> > > mode = reported_modes[0];
> > > xf86SetModeCrtc (&mode, INTERLACE_HALVE_V);
> > > crtc = i830GetLoadDetectPipe (output, &mode, &dpms_mode);
> > > if (crtc)
> > > {
> > > i830_tv_detect_type (crtc, output);
> > > i830ReleaseLoadDetectPipe (output, dpms_mode);
> > > }
> > > switch (dev_priv->type) {
> > > case TV_TYPE_NONE:
> > > return XF86OutputStatusDisconnected;
> > > case TV_TYPE_UNKNOWN:
> > > return XF86OutputStatusUnknown;
> > > default:
> > > return XF86OutputStatusConnected;
> > > }
> > > */
> > > }
> >
> > This patch also solves TVOut issues I have been seeing with my AOpen MP965-DR
> > (GM965 based) HTPC.
> >
> > Digging further, the problem seems to be triggered by i830_tv_detect_type().
> > In particular when TV_CTL is clobbered to enable detection mode. Patch below
> > effectively stops this clobbering, but since I use Component output, I needed
> > the second patch to for COMPONENT output with the detection disabled.
> >
> > diff --git a/src/i830_tv.c b/src/i830_tv.c
> > index 6adb9f2..f442a4f 100644
> > --- a/src/i830_tv.c
> > +++ b/src/i830_tv.c
> > @@ -1297,7 +1297,7 @@ i830_tv_detect_type (xf86CrtcPtr crtc,
> > DAC_A_0_7_V |
> > DAC_B_0_7_V |
> > DAC_C_0_7_V);
> > - OUTREG(TV_CTL, tv_ctl);
> > + //OUTREG(TV_CTL, tv_ctl);
> > OUTREG(TV_DAC, tv_dac);
> > i830WaitForVblank(pScr...

[Pcgomes (pcgomes)]

Created an attachment (id=16638)
Xorg.0.log Debug Enabled - Intel 965 GM board, error at S-Video out

This is my Xorg log, after applying the suggested patch at Comment #17
The "ModeDebug" is on at xorg.conf

[Pcgomes (pcgomes)]

Created an attachment (id=16639)
Xrandr output when trying to enable S-Video Out

My scenairo:
- Booted the laptop with S-Video cable plugged and TV on.
- Applyed the patch described at Comment #7
- The TV was blank, so I tried to enable the TVOut with "xrandr --output TV --auto"
- The TV blinked, but still no Out.

[Pcgomes (pcgomes)]

(In reply to comment #17)

Hi Rob

Thanks for the help. I have applied the patch you've told me, but then I get the same error:no Tv output, and just a brief blink when I type "xrandr --output TV --auto".

I've attached some log files, in case they would be helpful. I can generate more of those, at different scenarios, if anyone asks for it.

Any help would be great. Meanwhile I'm trying to figure out the driver's code, although it's not that easy because it's not commented.

[Robert Lowery (rglowery)]

Folks,

The following much simpler patch works for me. Could all people affected by this issue, please re-test and report back.

Thanks

-Rob

diff --git a/src/i830_tv.c b/src/i830_tv.c
index 6adb9f2..b3e03ec 100644
--- a/src/i830_tv.c
+++ b/src/i830_tv.c
@@ -1303,6 +1303,7 @@ i830_tv_detect_type (xf86CrtcPtr crtc,
        tv_dac = INREG(TV_DAC);
        OUTREG(TV_DAC, save_tv_dac);
        OUTREG(TV_CTL, save_tv_ctl);
+ i830WaitForVblank(pScrn);
     }
     /*
      * A B C

[Pcgomes (pcgomes)]

(In reply to comment #21)

I didn't figure out if I was supposed to add this new call to i830WaitForVblank(pScrn) at the "vanilla" code, or combine it with the previous patch, so I tested with both. Unfortunately none worked for me and the problem persists.

Also, there is one extra issue: randr displays that TV is disconnected after I send "xrandr --output TV --auto", although the cable is connected and the TV On. I've copied the xrand output and I will comment the behaviour of the TV, if this is somehow useful. I've left the VGA and LVDS information from xrandr output only for the first command, to pollute less this comment:

-------> Start X with the s-video cable unplugged
pcgomes@ospirata:~> xrandr -q
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
VGA disconnected (normal left inverted right)
   1024x768_60 60.0
LVDS connected 1280x800+0+0 (normal left inverted right) 331mm x 207mm
   1280x800 59.9*+ 60.0 58.9
   1152x768 54.8
   1024x768 60.0
   800x600 60.3 56.2
   640x480 59.9
TV disconnected (normal left inverted right)
-------> Plug the S-Video cable
pcgomes@ospirata:~> xrandr -q
TV connected (normal left inverted right)
   1024x768 30.0
   800x600 30.0
   848x480 30.0
   640x480 30.0
-------> The TV blinks and goes black
pcgomes@ospirata:~> xrandr --output TV --auto
-------> The TV blinks and goes black
pcgomes@ospirata:~> xrandr -q
TV disconnected 1024x768+0+0 (normal left inverted right) 0mm x 0mm
  1024x768 (0x56) 26.9MHz
        h: width 1024 start 1025 end 1088 total 1120 skew 0 clock 24.0KHz
        v: height 768 start 769 end 800 total 801 clock 30.0Hz
-------> This time the TV does not blink
pcgomes@ospirata:~> xrandr --output TV --auto
-------> This time the TV does not blink
pcgomes@ospirata:~> xrandr -q
TV connected (normal left inverted right)
   1024x768 30.0
   800x600 30.0
   848x480 30.0
   640x480 30.0
-------> The TV blinks again

[Robert Lowery (rglowery)]

(In reply to comment #22)
> (In reply to comment #21)
> I didn't figure out if I was supposed to add this new call to
> i830WaitForVblank(pScrn) at the "vanilla" code, or combine it with the previous
> patch, so I tested with both. Unfortunately none worked for me and the problem
> persists.
> Also, there is one extra issue: randr displays that TV is disconnected after I
> send "xrandr --output TV --auto", although the cable is connected and the TV
> On. I've copied the xrand output and I will comment the behaviour of the TV, if
> this is somehow useful. I've left the VGA and LVDS information from xrandr
> output only for the first command, to pollute less this comment:
> -------> Start X with the s-video cable unplugged
> pcgomes@ospirata:~> xrandr -q
> Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
> VGA disconnected (normal left inverted right)
> 1024x768_60 60.0
> LVDS connected 1280x800+0+0 (normal left inverted right) 331mm x 207mm
> 1280x800 59.9*+ 60.0 58.9
> 1152x768 54.8
> 1024x768 60.0
> 800x600 60.3 56.2
> 640x480 59.9
> TV disconnected (normal left inverted right)
> -------> Plug the S-Video cable
> pcgomes@ospirata:~> xrandr -q
> TV connected (normal left inverted right)
> 1024x768 30.0
> 800x600 30.0
> 848x480 30.0
> 640x480 30.0
> -------> The TV blinks and goes black
> pcgomes@ospirata:~> xrandr --output TV --auto
> -------> The TV blinks and goes black
> pcgomes@ospirata:~> xrandr -q
> TV disconnected 1024x768+0+0 (normal left inverted right) 0mm x 0mm
> 1024x768 (0x56) 26.9MHz
> h: width 1024 start 1025 end 1088 total 1120 skew 0 clock 24.0KHz
> v: height 768 start 769 end 800 total 801 clock 30.0Hz
> -------> This time the TV does not blink
> pcgomes@ospirata:~> xrandr --output TV --auto
> -------> This time the TV does not blink
> pcgomes@ospirata:~> xrandr -q
> TV connected (normal left inverted right)
> 1024x768 30.0
> 800x600 30.0
> 848x480 30.0
> 640x480 30.0
> -------> The TV blinks again

The patch in Comment #21 works for me on the "vanilla" code (ie my old patches are not required). Sorry for the confusion.

Did you reboot after installing the patched driver? I found that once TV output got into the bad state (ie from the unpatched driver), I could not get it to work again until I rebooted.

-Rob

[Daniel (danbar)]

I've been having the same problem! When is the problem going to be solved? I need it for my work as we have to use output on a TV all day.

https://answers.launchpad.net/ubuntu/+source/totem/+question/32864

[Pcgomes (pcgomes)]

(In reply to comment #23)
OK, now the this patch works partially for me (I didn't reboot last time). I can turn the TV output ON/Off using "xrandr --output TV --auto/off".

But when the TV Out is On, xrandr says that the TV is disconnected and I can't change the TV system to PAL-M with "xrandr --output TV --set TV_FORMAT PAL-M". This issue also affects some randr front-ends, such as krandrtray. Because randr does not recognize that TV is connected, it shows no options for the TV (change resolution, turn on/off, etc...).

pcgomes@ospirata:~> xrandr --output TV --auto
(TV Out is turned on)
pcgomes@ospirata:~> xrandr -q
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
VGA disconnected (normal left inverted right)
   1024x768_60 60.0
LVDS connected 1280x800+0+0 (normal left inverted right) 331mm x 207mm
   1280x800 59.9*+ 60.0 58.9
   1152x768 54.8
   1024x768 60.0
   800x600 60.3 56.2
   640x480 59.9
TV disconnected 1024x768+0+0 (normal left inverted right) 0mm x 0mm
  1024x768 (0x70) 26.9MHz
        h: width 1024 start 1025 end 1088 total 1120 skew 0 clock 24.0KHz
        v: height 768 start 769 end 800 total 801 clock 30.0Hz

[Robert Lowery (rglowery)]

(In reply to comment #24)
> (In reply to comment #23)
> OK, now the this patch works partially for me (I didn't reboot last time). I
> can turn the TV output ON/Off using "xrandr --output TV --auto/off".
> But when the TV Out is On, xrandr says that the TV is disconnected and I can't
> change the TV system to PAL-M with "xrandr --output TV --set TV_FORMAT PAL-M".
> This issue also affects some randr front-ends, such as krandrtray. Because
> randr does not recognize that TV is connected, it shows no options for the TV
> (change resolution, turn on/off, etc...).
> pcgomes@ospirata:~> xrandr --output TV --auto
> (TV Out is turned on)
> pcgomes@ospirata:~> xrandr -q
> Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 1280
> VGA disconnected (normal left inverted right)
> 1024x768_60 60.0
> LVDS connected 1280x800+0+0 (normal left inverted right) 331mm x 207mm
> 1280x800 59.9*+ 60.0 58.9
> 1152x768 54.8
> 1024x768 60.0
> 800x600 60.3 56.2
> 640x480 59.9
> TV disconnected 1024x768+0+0 (normal left inverted right) 0mm x 0mm
> 1024x768 (0x70) 26.9MHz
> h: width 1024 start 1025 end 1088 total 1120 skew 0 clock 24.0KHz
> v: height 768 start 769 end 800 total 801 clock 30.0Hz

Pedro,

Thanks for the confirmation that my fix corrects your issue (at least partially). I suspect the additional detection issue you are seeing is a separate problem.

As a workaround until it is fixed you might want to try selecting PAL-M in xorg.conf at startup rather than via xrandr. Something like the following snippet should be sufficient

Section "Device"
        Identifier "Generic Video Card"
        Driver "intel"
        BusID "PCI:0:2:0"
        Option "monitor-TV" "TV"
EndSection

Section "Monitor"
        Identifier "TV"
        Option "TV Format" "PAL-M"
EndSection

[Sirrichard (sirrichard)]

I believe that this bug is related to an earlier bug that I filed (#13743) which is still unresolved. That bug also affects the TV output on my AOpen MP965, the problem being that when booting into X or when switching between text and graphical VTs, the graphical display sometimes (but not always) fails to come up, and I get a blank screen.

I tested the fix posted here by applying the patch which commented out the "OUTREG(TV_CTL, tv_ctl);" call and forced the output type to Component. I have rebooted probably 10-12 times and the X display came up properly each time, so that symptom may be fixed, but I can still get a blank screen by switching between text and graphical VTs.

[Robert Lowery (rglowery)]

(In reply to comment #26)
> I believe that this bug is related to an earlier bug that I filed (#13743)
> which is still unresolved. That bug also affects the TV output on my AOpen
> MP965, the problem being that when booting into X or when switching between
> text and graphical VTs, the graphical display sometimes (but not always) fails
> to come up, and I get a blank screen.
> I tested the fix posted here by applying the patch which commented out the
> "OUTREG(TV_CTL, tv_ctl);" call and forced the output type to Component. I have
> rebooted probably 10-12 times and the X display came up properly each time, so
> that symptom may be fixed, but I can still get a blank screen by switching
> between text and graphical VTs.

Richard,

The correct fix that works for me very reliably for week is in comment #21 above. The patch that commented out the "OUTREG(TV_CTL, tv_ctl);" was just a hack while I was chasing down the real bug.

I've not seen the issue #13743 you reported as I don't ever swith VTs (I'm using these boxes as mythfrontends.

Cheers

-Rob

[Sirrichard (sirrichard)]

Rob, thanks to you and everyone else for resolving this long-standing problem with the 965 TV output. I also added a "i830WaitForVblank(pScrn);" function call at the end of the i830_tv_restore() and i830_tv_mode_set() functions, and this change fixed the issue when switching between text and X VTs. I tested by switching between text and X virtual terminals 20 times, and the graphical display came up all 20 times.

[Jesse Barnes (jbarnes-virtuousgeek)]

Ok, I pushed the fix as 1142be53eb8d2ee8a9b60ace5d49f0ba27332275 and also added a "waitvblank" call in the TV DPMS routine, which also writes TV_CTL.

Thanks a lot for testing & fixing this.

[Csigaa (csigaa-deactivatedaccount)]

Same problem here. Besides there is no image on TV at all (it says "no signal"), the display "works correctly", xrandr reports no error on resolution and TV_STANDARD changes, also detects the connected TV; I can even put windows or navigate with the mouse on the display - blindly...

Kubuntu 8.04 AMD64
xserver-xorg version 1:7.3+10ubuntu10
xserver-xorg-video-intel version 2:2.2.1-1ubuntu13.4

[Marcelo Baldi (marcelo-baldi)]

Hi. This bug have been solved in debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485616

[Bryce Harrington (bryce)]

Can you please test this on Intrepid; it looks like the upstream fix ought to be included in -intel 2.3

[Arseniy Shemenev (mr-pit)]

Hello! Excuse my english... I wish to ask, in the future, this fix will be accessible in Handy? (I do not wish to try Intrepid, but this functional is necessary to me)
Thanks

[Daniel (danbar)]

I have solved the problem finally !!

To solve the bug issue between Ubuntu and s-video to scart plug just install the following driver. They are to be found at the following url. Just go down to number 19.
http://telperion.wordpress.com/2008/06/24/xserver-xorg-video-intel_232-su-ubuntu-hardy-heron/

If you click on it the following url should come up.
http://www.mediafire.com/?tyxwmtkpzah

Please remember to install the TWO packets!

Good luck!

[Csigaa (csigaa-deactivatedaccount)]

OK, Daniel, but we're looking forward to an *official* ubuntu build (signed, supported, etc), not any no-one-knows-what-it-does untrustable custom packages.

[Daniel (danbar)]

All I can tell you is that is solved my problem! I need to do a lot of presentations in my work. I use a TV monitor in order to let others see what I'm doing.

I can give you my word that these packages didn't cause any problems.

[Arseniy Shemenev (mr-pit)]

Ok, Daniel, thanks for the information. I have checked up this solution... But it does not work for me. :(
Though the map on TV has appeared, but again 30Hz, it is not correctly finite. And as began to work incorrectly my compiz-fusion. Possibly, this solution it is possible to try if not to be afraid, but I will wait official build.
Thanks once again! :)

[Brian Murray (brian-murray)]

The xorg.conf at http://launchpadlibrarian.net/14253598/xorg.conf and attached to this bug is problematic for the following reason:
There cannot be Broken References:
{'Device': {}, 'InputDevice': {}, 'Screen': {}, 'Monitor': {'Configured Monitor': None}, 'ServerLayout': {}}

[Bryce Harrington (bryce)]

The fix in the upstreamed bug went out some time ago, so assuming that fix is valid, it should be in Intrepid now. Feel free to reopen this bug with additional details if the issue still exists with latest Intrepid.

[Ivo Roghair (ivo-82)]

From the latest Intrepid liveCD, svideo does work, however, the image on the television is in black/white. Standard mode is mirroring, I switched to an extended desktop using the screen resolution tool. I then logged in (as user ubuntu) again, and it hang when I switched the locations of the screens (left to right and vice versa), so unfortunately no xorg information here...

If I have time I'll install it and test it more rigorously.

[Ivo Roghair (ivo-82)]

Cancel that last remark of mine; I tested S-video with some other operating system, and it also displayed black/white so the problem is _probably_ in my tv/cable setup and not in my driver.

[dbindner (don-bindner)]

The black and white issue of Visitor.Q is almost certainly cabling. It's an easy mistake to make since everyone seems to have one of those S-video adapters with the yellow RCA plug on the other end. If you plug that into a yellow "composite" input to a television, you get black and white. I saw the black/white issue until I bought a cable with 4-pin S-video ports on both ends and used that. Short summary, if you feed S-video output to composite input, you're probably going to get black and white as the result.

Someone above mentioned that the S-video out only works when you boot the computer with the S-video cable installed. It continues to work until you've reset the X server without the S-video cable installed. Once you restart the X server without an S-video cable, then it will not work again (even if you replace the cable) until the next reboot.

Another comment above asked for testing with Intrepid.

I've upgraded to Intrepid, and I have the GM965 chipset on my Inspiron 1520. I still see the described behavior. The only way to get S-Video output to work is to boot with the S-video cable plugged in, and once you've lost it it is gone until the next reboot.

[Daniel (danbar)]

dbindner,

You are blaming the cable. Well I have a full colour screen in windows (at work). When I boot up with Ubuntu 8.10 I get the black and white screen!!

[dbindner (don-bindner)]

Daniel,

With the same cable? Using a cable that is S-video on the end that plugs into the laptop and an RCA composite plug on the other end? I'm surprised, because I've encountered several posts around the net that explain that the black-and-white effect comes from driving a composite input with an S-video signal. And it was precisely my experience. When I changed to the cable with 4-pin S-video plugs on both ends, I had color.

I'll admit to being something of a non-expert with cabling. Perhaps there is a way (via software) to use the S-video port to output composite if you detect a S-video-->composite cable. If Windows did that but Linux stuck to (generally higher quality) S-video from the S-video port always, I suppose that would explain why it might work in one OS and then fail when you reboot to the other. This is all guessing on my part though. Fixing the cabling would still solve the problem if I'm right.

[markito (william.markito)]

Sorry, but I'm not sure. Is this bug fixed or not ?
 I'm using th latest version of Intrepid and I'm still with the 30hz problem using a s-video cable.
 I think I'll need to buy a VGA cable 'cause this problem with s-video and intel cards are kind of old and still doesn't work well here.
 Please let me know if there are any detail or extra configuration (besides using xrandr which I already tried) to make it work.

I'm with intel card, dell notebook as most of the other users with the same problem.

Thanks

[Zamiere Vonthokikkeiin (kikkeartworx)]

Works for me, but only after suspend/resume. I don't know why. Maybe it's reinitialize the video hardware. (Acer Aspire 5315)

[dbindner (don-bindner)]

My vote is "not fixed" although for me at least I can work around. If I boot with the S-Video cable plugged in TV-Out works. Reboot or restart X without the cable in though, and then it doesn't work until the next reboot w/ cable. That's Intrepid running on a Dell Inspiron 1520 with Intel Video.

[miroman (miroman)]

I have the same situation as Visitor.Q, TV-Out is recognized by randr but the output is black/white (Ubuntu 8.10, Intel GMA950).
According to intel the black/white problem is in most cases related to wrong settings for tv standard http://www.intel.com/support/graphics/sb/cs-006338.htm

For me the following works (I have a PAL TV):
$ xrandr --output TV --set TV_FORMAT PAL

I foud this command for setting tv standard here: http://albertomilone.com/wordpress/?p=97

[Csigaa (csigaa-deactivatedaccount)]

Excuse me, this now critical (but YET NOT FIXED) bug was reported 3 FREAKING YEARS AGO. Almost no one uses Ubuntu 8.04 anymore.

And this lousy error fixing procedure is not unmatched amongst open source projects, I have lost my confidence in F/OSS because the many-many cases like this.

Just fuck you. Thanks for reading.

[Raylene Macgillivary (raylenemacgillivary)]

Also affects Ubuntu 12.04:

I have a Intel GM965 integrated video card and SVGA out is not working. It does work with 10.04, all subsequent versions it no longer works.

The TV is detected, I can see the screen flicker while it is being detected, and I can move the mouse to it, but the TV screen is black.

stefan@stefan-Extensa-5220:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [IDE mode] (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
02:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02)
04:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
0f:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
0f:06.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
0f:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)
0f:06.3 SD Host controller: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller

stefan@stefan-Extensa-5220:~$ xrandr
Screen 0: minimum 320 x 200, current 2080 x 800, maximum 8192 x 8192
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 56.2
640x480 59.9
VGA1 disconnected (normal left inverted right x axis y axis)
TV1 connected 800x600+1280+0 (normal left inverted right x axis y axis) 0mm x 0mm
848x480 30.0 +
640x480 30.0 +
1024x768 30.0
800x600 30.0*

Stefan