lkml.org 
[lkml]   [2012]   [May]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: Lots of i915/drm spew on 3.4
    From
    2012/5/30 Dave Jones <davej@redhat.com>:
    > On Wed, May 30, 2012 at 05:58:48PM -0400, Dave Jones wrote:
    >  > On Wed, May 30, 2012 at 11:51:54PM +0200, Daniel Vetter wrote:
    >  >  > On Wed, May 30, 2012 at 11:31 PM, Dave Jones <davej@redhat.com> wrote:
    >  >  > > On this hardware:
    >  >  > >
    >  >  > > 00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
    >  >  > >
    >  >  > > I get this every boot with Linus current tree (up to af56e0aa35f3ae2a4c1a6d1000702df1dd78cb76)
    >  >  >
    >  >  > Just a quick question, is this a regression?
    >  >
    >  > seems so, I don't see it on 3.3
    >  >
    >  >  > If so, can you please
    >  >  > attach the output of xrandr --verbose from a noisy and a quite kernel
    >  >  > (otherwise just please attach it from this noisy kernel).
    >  >
    >  > this machine runs headless, so has no X installed right now, I'll get it in a while.
    >
    > Attached.
    >

    Just a little more information: you have a lot of connector properties
    because for some reason the driver thinks you have TV1, TV2 and TV3.
    Each TV connector has a lot of properties... With kernel 3.3 you have
    only TV1 and TV2. Maybe instead of increasing the maximum property
    count we should try to investigate why there's a new TV connector in
    the new kernel (and maybe this is also not a bug/regression...).


    --
    Paulo Zanoni
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2012-05-31 17:01    [W:3.726 / U:0.416 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site