[i945] [SVideo] (Needs 2.7.0) TV Format changes don't work

Bug #298422 reported by ullix
42
This bug affects 3 people
Affects Status Importance Assigned to Milestone
xf86-video-intel
New
Undecided
Unassigned
xserver-xorg-video-intel (Ubuntu)
Fix Released
Undecided
Unassigned
Nominated for Hardy by Magnus S
Nominated for Intrepid by Magnus S
Nominated for Jaunty by Magnus S

Bug Description

Binary package hint: xserver-xorg-video-intel

The s-video output of my system does work neither with a PAL nor with a NTSC tv set, and I cannot change the default neither by using xrandr nor by modifying the xorg.conf. It seems that both xrandr and xserver don't know the "TV Format" option any more?

Hardware: Intel motherboard D945GCLF2 (Atom 330, chipset 945, s-video output). One genuine US tv set (NTSC) and one PAL tv set (The PAL set _may_ also accept NTSC signals).

Booting the computer with only either tv set connected (no vga) I can see a steady picture while booting, but as soon as the xserver starts, the picture gets completely distorted. The xorg log file shows that tv connection is recognized and used, but with NTSC-M format. An option "TV Format" or "TV_Format" in the xorg.conf file is ignored. (xorg.conf and xorg.log attached)

xrandr --verbose is supposed to list what TV formats it supports, but it doesn't show any (see attached xrandr.verbose with both tv and vga attached). Note that the TV port is now given as "TV-1", not just "TV". Looks like intel_agp/agpgart are the video drivers?

I can execute
  xrandr --output TV-1 --off
  xrandr --output TV-1 --1024x768
and the tv screen goes off and comes back on with what looks like a clone of the vga screen, but still a distorted picture. But tv format changing is not possible, as the word "TV_Format" is not a recognized name:

~$ xrandr --output TV-1 --mode 1024x768 --set TV_FORMAT PAL
X Error of failed request: BadName (named color or font does not exist)
  Major opcode of failed request: 153 (RANDR)
  Minor opcode of failed request: 11 ()
  Serial number of failed request: 17
  Current serial number in output stream: 17

I tried variants of TV_FORMAT, but neither would work.

The system is meant to become a media server, and it very much needs the tv output!

~$ uname -a
Linux atom330 2.6.27-8-generic #1 SMP Thu Nov 6 17:33:54 UTC 2008 i686 GNU/Linux

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub [8086:2770] (rev 02)
     Subsystem: Intel Corporation Device [8086:464c]
00:02.0 VGA compatible controller [0300]: Intel Corporation 82945G/GZ Integrated Graphics Controller [8086:2772] (rev 02)
     Subsystem: Intel Corporation Device [8086:464c]

Revision history for this message
ullix (ullix) wrote :
Revision history for this message
ullix (ullix) wrote :
Revision history for this message
ullix (ullix) wrote :
description: updated
Revision history for this message
Geir Ove Myhr (gomyhr) wrote :

Thank you for reporting this issue. Could you please also attach the following:
- /var/log/Xorg.0.out
- output of `lspci -vvnn`
I'm setting the status to "Incomplete" for the moment, feel free to set it back to "New" when you have uploaded the files.

Changed in xserver-xorg-video-intel:
status: New → Incomplete
Revision history for this message
ullix (ullix) wrote :

Geir, what do you mean by "/var/log/Xorg.0.out" ? There is no such file on my system. If you meant "/var/log/Xorg.0.log", this one is already included as xorg.log above-

output of `lspci -vvnn` is attached

Changed in xserver-xorg-video-intel:
status: Incomplete → New
Revision history for this message
Geir Ove Myhr (gomyhr) wrote :

Sorry, Xorg.0.log of course. And I also misread xorg.log as xorg.conf above. Thank you for including all the necessary information.

Bryce Harrington (bryce)
Changed in xserver-xorg-video-intel:
status: New → Confirmed
Revision history for this message
Alberto Berti (azazell) wrote :

I also have the same issue:(

Revision history for this message
Alberto Berti (azazell) wrote :
Revision history for this message
Alberto Berti (azazell) wrote :
Revision history for this message
Alberto Berti (azazell) wrote :
Revision history for this message
Bryce Harrington (bryce) wrote :

[This is an automatic notice.]

We'd like to forward your bug upstream, however upstream requires
that you first test it against their newer driver code.

To save you the effort of building the driver from source, we've built
packages for the driver and its new dependencies.

So you have a couple options:

 1. Download and test .debs for intrepid, from:
     https://edge.launchpad.net/~intel-gfx-testing/+archive

 -or-

 2. Download and test the Jaunty alpha-2 (or newer) Live CD,
     (which includes a beta of the new xserver 1.6 as well).
     See http://cdimage.ubuntu.com/releases/9.04/ for ISOs

Thanks ahead of time! You can simply reply to this email to report your
findings.

P.S., if you wish to forward your bug upstream yourself, please follow
these directions to do so:
  http://intellinuxgraphics.org/how_to_report_bug.html

Changed in xserver-xorg-video-intel:
status: Confirmed → Incomplete
Revision history for this message
Luka Renko (lure) wrote :

This bug is reported upstream and I have linked to this bug.

I have tested xorg-edgers packages on jaunty, but with no success. I hope that upstream can fix this before release of 2.6.

Changed in xserver-xorg-video-intel:
status: Unknown → Confirmed
Revision history for this message
ullix (ullix) wrote :

I tried this Jaunty
uname -a
Linux ubuntu 2.6.28-3-generic #4-Ubuntu SMP Fri Dec 12 22:48:15 UTC 2008 i686 GNU/Linux

and find no differecne to Intrepid

xrandr --query and --properties provide this info:

ubuntu@ubuntu:~$ xrandr --query
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 1024
VGA connected 1024x768+0+0 (normal left inverted right x axis y axis) 280mm x 210mm
   1024x768 75.0* 70.1 60.0
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 66.7 59.9
   720x400 70.1
TV-1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1024x768 60.0*
   1024x768@60.00 60.0
   920x766@60.00 60.0
   832x624@60.00 60.0
   800x600 60.3
   800x600@60.00 60.0
   720x576@60.00 60.0
   704x576@60.00 60.0
   720x540@60.00 60.0
   720x480@60.00 60.0
   640x480 59.9
ubuntu@ubuntu:~$ xrandr --properties
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 1024
VGA connected 1024x768+0+0 (normal left inverted right x axis y axis) 280mm x 210mm
 EDID_DATA:
  00ffffffffffff00244d2a25554d0200
  1f080101681c1578e8a54693564f8f28
  284f58bfce0001010101010101010101
  010101010101000000fc0049424d2039
  3531342d420a2020000000fe0031342e
  31205446540a20202020000000ff0039
  3847303836390a2020202020000000fd
  00374b1f410800a020202020202000e1
   1024x768 75.0* 70.1 60.0
   800x600 72.2 75.0 60.3 56.2
   640x480 75.0 72.8 66.7 59.9
   720x400 70.1
TV-1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1024x768 60.0*
   1024x768@60.00 60.0
   920x766@60.00 60.0
   832x624@60.00 60.0
   800x600 60.3
   800x600@60.00 60.0
   720x576@60.00 60.0
   704x576@60.00 60.0
   720x540@60.00 60.0
   720x480@60.00 60.0
   640x480 59.9

As before, TV-1 does not even list any TV options (like PAl, NTSC), so I believe this output is not even set as a TV output.

Revision history for this message
Bryce Harrington (bryce) wrote : Re: [i945] [SVideo] TV Format changes don't work

Thanks for testing and posting upstream. Setting to Triaged.

Changed in xserver-xorg-video-intel:
status: Incomplete → Triaged
Revision history for this message
aho (ahofen) wrote :

Hi - I have the exact same issue as describes above. I have not been able to set the TV-out to a resolution that is supported by my CRT TV.

I have tested the driver packages listed above with no success.

Changed in xserver-xorg-video-intel:
status: Confirmed → In Progress
Bryce Harrington (bryce)
description: updated
Revision history for this message
Luka Renko (lure) wrote :

Great news: upstream has provided the patch that works for me (Ubuntu/Jaunty, patch applied to xorg-edgers package).

Changed in xserver-xorg-video-intel:
status: In Progress → Fix Released
Changed in xserver-xorg-video-intel:
status: Fix Released → Confirmed
Changed in xserver-xorg-video-intel:
status: Confirmed → Fix Released
Revision history for this message
Efstathios Iosifidis (iosifidis) wrote :

Hello,

I have the same problem with the same set of hardware. My tv set is to PAL. So I need an output as PAL.
Check out the link I have (with the pictures I get). I managed the color picture.
http://ubuntuforums.org/showthread.php?t=1106236
I changed my xorg.conf to the following:

XORG.CONF
***************************************************
Section "Device"
Identifier "Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller"
Driver "intel"
BusID "PCI:0:2:0"
Option "monitor-VGA" "VGA"
Option "monitor-TV" "TV"
Option "monitor-LVCD" "LVCD"
EndSection

Section "Monitor"
Identifier "VGA"
Option "Ignore" "true"
EndSection

Section "Monitor"
Identifier "LVCD"
Option "DPMS"
EndSection

Section "Monitor"
Identifier "TV"
Option "Ignore" "false"
Option "TV_FORMAT" "PAL"
EndSection
************************************
So now it opens as PAL but I get a small flickering (I guess it's doubleed).
Don't have a clue what to do next.

Changed in xserver-xorg-video-intel:
importance: Unknown → Undecided
status: Fix Released → New
Revision history for this message
ullix (ullix) wrote :

I refer to my posting from 2008-12-22 : Even with Jaunty beta there is no change whatsoever. TV is not working, and I still believe that the TV-1 is not even recognized as a TV output, but as a regular monitor.

Revision history for this message
Steffen (neffer) wrote :

According to the changelog in the new intel-driver (http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/), the problem should be solved. - I have read, that other people had solved the problem by compiling it and install it (the post from peioazkarate http://ubuntuforums.org/showthread.php?t=993136&page=2), but i did not manage to.

I just hope that that the ubuntu-team will hurry up and put it into the repositories soon. - Maybe in the meantime, some have the skills to make a deb-package, and link to it here??

Revision history for this message
Luka Renko (lure) wrote :

If you are running Jaunty, you can try driver-backports PPA which is maintained by Bryce (Ubuntu X guy):

  https://launchpad.net/~ubuntu-x-swat/+archive/x-updates/

Revision history for this message
Steffen (neffer) wrote :

Ohh, works great! - Thank you so much!
To others that have the same problem: This is a very easy solution: Add the backports from https://launchpad.net/~ubuntu-x-swat/+archive/x-updates/ repositories, and update your system.

Thank you - This was exactly what i was hoping to get :)

Bryce Harrington (bryce)
tags: added: tv-out
Bryce Harrington (bryce)
summary: - [i945] [SVideo] TV Format changes don't work
+ [i945] [SVideo] (Needs 2.7.0) TV Format changes don't work
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xserver-xorg-video-intel - 2:2.7.0-1ubuntu1

---------------
xserver-xorg-video-intel (2:2.7.0-1ubuntu1) karmic; urgency=low

  * Merge from Debian of upstream's 2.7.0 release.
    - Fixes: memory leak causes system to run out of memory
      (LP: #360319)
    - Fixes: Video playback suffers from tearing on GMA 4500MHD
      (LP: #339233)
    - Fixes: powertop wakeups 71.6 <interrupt> : i915@pci
      (LP: #352763)
    - Fixes: `man intel` does not mention UXA in the AccelMethod section
      (LP: #364284)
    - Fixes: TV Format changes don't work
      (LP: #298422)
  * Remaining ubuntu changes against Debian version:
    - Add lpia architecture
    - 103_quirk_intel_mb890.patch: quirk
    - 109_i830-fifo-watermark-conservative.patch: Still in progress
      upstream in fd.o #19304, but retain as a placeholder until better
      fix is found.
    - 110_quirk_hp_mini.patch: quirk
    - 116_8xx_disable_dri.patch: DRI proved buggy on certain 8xx chips so
      this disables it. The DRI probably needs re-testing to verify this
      patch is still needed, but it will be kept for now.
    - 117_quirk_thinkpad_x30.patch: quirk
    - 119_drm_bo_unreference_needs_null.patch: Fixes several crashes;
      seems not to be included upstream yet.
  * Drop patches no longer needed:
    - Drop 112_num_used_fences.patch; no longer needed with updated kernel
    - Drop 105_no_modesetting.diff; now we want to enable kernel modesetting
    - Drop 115_fix_crash_xv_overlay.patch; included in upstream
    - Drop 118_drop_legacy3d.patch; included in upstream
    - Drop 120_fix_vt_switch.patch; included in upstream
    - Drop 106_remove_triple_buffering.diff; included in upstream
    - Drop 107_remove_pageflipping.diff; included in upstream
  * Refresh 119_drm_bo_unreference_needs_null.patch to apply

 -- Bryce Harrington <email address hidden> Fri, 08 May 2009 12:08:57 -0700

Changed in xserver-xorg-video-intel (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Gray (gray-green) wrote :

"- Fixes: TV Format changes don't work"

using Karmic Koala with xserver-xorg-video-intel (2:2.9.0-1ubuntu2) and it TV Format changes still don't work neither thru xorg.conf nor by xrandr, but ntsc mode works now just fine
Xorg.0.log:
(WW) intel(0): Option "TV1 Format" is not used
(WW) intel(0): Option "TV1_Format" is not used

xrandr:
# xrandr --output TV1 --set TV_FORMAT 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: 25
  Current serial number in output stream: 25

my xorg.conf monitor section:
Section "Monitor"
        Identifier "Configured Monitor"
        Option "TV1 Format" "PAL"
        Option "TV1_Format" "PAL"
EndSection

Revision history for this message
andreameroni (andreameroni) wrote :

I ran into the same problem with Karmic Koala - 2:2.9.0-1ubuntu2. I solved setting the PAL format via the mode option.

e.g.: xrandr --output TV --mode PAL (formerly was: xrandr --output TV --set TV_FORMAT PAL)

Still working on this to refine the adjustment, but at least now I got the colour!

hth
andrea

Revision history for this message
andreameroni (andreameroni) wrote :

errata corrige - the correct instruction is:

xrandr --output TV1 --set mode PAL

sorry
andrea

Revision history for this message
Steffen (neffer) wrote :

I am also using karmic Koala with 2:2.9.0-1ubuntu2, and have the same problem as Gray. I can not change the format to PAL.

When i am typing in:

xrandr --output TV1 --set mode PAL

the output is:

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: 25
  Current serial number in output stream: 25

Anyone who have have an explanation, why the works for Andreameroni, and not for me?

Revision history for this message
nigelT (nigel-tuck) wrote :

I have the same problem. I make sure that I use the latest updates of karmic, but I get the same error as Steffen. When I try xrandr --verbose, there are no tv format options listed.

I really need PAL to work as part of my system cannot handle the NTSC format.

Revision history for this message
nigelT (nigel-tuck) wrote :

This is an extract of the result of xrandr --verbose

TV1 connected 1024x768+0+0 (0x3d) normal (normal left inverted right x axis y axis) 0mm x 0mm
 Identifier: 0x3c
 Timestamp: 12195226
 Subpixel: horizontal rgb
 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:
  1024x768_50.00 (0x42) 51.9MHz -HSync +VSync +preferred
        h: width 1024 start 1064 end 1168 total 1312 skew ................................................

There are no modes or mention of PAL or NTSC

Any suggestions ?

Revision history for this message
Stefan Schindler (stefan-schindler) wrote :

I have exactly the same problem.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.