[Intel-gfx] Sandy Bridge Desktop - 1920x1080i interlace not working

[Daniel Vetter]

On Wed, Jan 18, 2012 at 06:54, Angela Schmid <angela.schmid at wolke7.net> wrote:
> 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 ?

The nouveau driver uses the same core drm support functions for edid
parsing. The thing is that for i915 we just haven't implemented
interlaced support for all connectors where we could support it. So
the core code notices that and rejects the mode.
-Daniel

>
> [   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: [Intel-gfx] 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
>



-- 
Daniel Vetter
daniel.vetter at ffwll.ch - +41 (0) 79 364 57 48 - http://blog.ffwll.ch