Hello Daniel >Your TV likely sends a CEA block with some HDMI default modes set. Since >linux-3.3-rc1 (to be released in a few days) we should be able to decode that. >Can you grab the latest -linus kernel git and try that? I wanted to remind, that the interlaced modes work with the noveau driver with the 3.0.0 Kernel. Do they ignore the kernel routines and have their own code ? [ 18.242858] [drm:drm_mode_debug_printmodeline], Modeline 28:"1920x1080i" 0 74250 1920 2008 2052 2200 1080 1084 1094 1125 0x40 0x15 [ 18.242861] [drm:drm_mode_prune_invalid], Not using 1920x1080i mode 7 [ 18.242863] [drm:drm_mode_debug_printmodeline], Modeline 27:"1920x1080i" 0 74250 1920 2448 2492 2640 1080 1084 1094 1125 0x48 0x15 [ 18.242865] [drm:drm_mode_prune_invalid], Not using 1920x1080i mode 7 At this point, does the drm driver call kernel routines and decide on your mentioned kernel routines return to ignore those modes ? Angela > -----Original Message----- > From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel Vetter > Sent: 18 January 2012 00:13 > To: Angela Schmid > Cc: 'Alfonso Fiore'; 'Daniel Vetter'; intel-gfx at lists.freedesktop.org; 'Rodrigo Vivi' > Subject: Re: Sandy Bridge Desktop - 1920x1080i interlace not working > > On Tue, Jan 17, 2012 at 11:53:47PM +0100, Angela Schmid wrote: > > Over HDMI works: > > > > "1280x720 at 50hz" 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync > > > > 1280x720 at 50hz (0xb4) 74.2MHz +HSync +VSync *current > > > > h: width 1280 start 1720 end 1760 total 1980 skew 0 clock 37.5KHz > > > > v: height 720 start 725 end 730 total 750 clock 50.0Hz > > > > > > > > > > > > "1440x576i"x0.0 27.00 1440 1464 1590 1728 576 580 586 625 interlace -hsync -vsync > > > > 1440x576ix0.0 (0xbd) 27.0MHz -HSync -VSync Interlace *current > > > > h: width 1440 start 1464 end 1590 total 1728 skew 0 clock 15.6KHz > > > > v: height 576 start 580 end 586 total 625 clock 25.0Hz > > > > and > > > > "1440x288"x0.0 27.00 1440 1464 1590 1728 288 290 293 312 -hsync -vsync > > > > > > > > Have a lot of horizontal overscan, vertical very small, useless. > > Yeah, many TVs send out a different edid depending upon what connector > they are plugged in. Also we currently don't handle overscan compensation > at all, Rodrigo is working on that. > > > It is some time ago, that I compiled kernels myself. I compile drivers regularly. I will have a look next > week. > > > > > > > > >Your TV likely sends a CEA block with some HDMI default modes set. Since > > > > >linux-3.3-rc1 (to be released in a few days) we should be able to decode that. > > > > >Can you grab the latest -linus kernel git and try that? > > > > > > > > Too many ways described on one page: http://wiki.ubuntuusers.de/Kernel/Kompilierung > > > > Kernel.org links to kernel newbies website. Do you have a link how to compile/install ? > > Maybe ask on irc about what's suggested. Way back I've used "Die > klassische Debian-Methode". > > > >You need to compile a new kernel, the output handling part of the graphics driver is there. Best is to try > the latest > > drm-intel-fixes tree available > > > > >at: https://git.kernel.org/?p=linux/kernel/git/keithp/linux.git;a=shortlog;h=refs/heads/drm-intel-fixes > > > > Can I wait for the ppa:xorg-edgers ? > > If they track drm-intel-fixes, yeah. But you might want to try to compile > the kernel, too, in case we have some additional patches for you to apply. > > Yours, Daniel > -- > Daniel Vetter > Mail: daniel at ffwll.ch > Mobile: +41 (0)79 365 57 48
