[Intel-gfx] [stable] [PATCH] drm/i915: remove render reclock support

Greg KH greg at kroah.com
Thu Jan 14 16:13:22 CET 2010


On Thu, Jan 07, 2010 at 08:38:46AM -0800, Jesse Barnes wrote:
> On Thu, 07 Jan 2010 16:10:05 +0500
> "Alexander E. Patrakov" <patrakov at gmail.com> wrote:
> 
> > 04.01.2010 22:29, Jesse Barnes wrote:
> > > On Sat, 26 Dec 2009 21:55:22 +0500
> > > "Alexander E. Patrakov"<patrakov at gmail.com>  wrote:
> > >
> > >
> > >> Jesse Barnes wrote:
> > >>
> > >>> This code generally fails to adjust the render clock, and when it
> > >>> does, it conflicts with some other register settings and can cause
> > >>> problems.
> > >>>
> > >>> So remove this code altogether.  I'm reworking it now to do the
> > >>> right thing, but the only bit it will share is the VBT check for
> > >>> whether reclocking is supported, so I'm leaving that bit.
> > >>>
> > >>> Signed-off-by: Jesse Barnes <jbarnes at virtuousgeek.org>
> > >>>
> > >>>
> > >> Is any variant of this going to appear in 2.6.32.x stable?
> > >>
> > > Yeah feel free to nominate it if you think it'll apply (just send
> > > the patch or commit id tostable at kernel.org).
> > 
> > Attached is a backport of cf74ecbbff3e3b45bae61d28d2220f74d853e2f0
> > that applies to 2.6.32 and should go to stable. Fixes 
> > http://bugzilla.kernel.org/show_bug.cgi?id=14781 ("181a533 is causing 
> > severe screen flickering on 965GM"), also noted in the "2.6.31 ->
> > 2.6.32 Sound and video regressions" LKML thread.
> > 
> > Signed-off-by: Alexander E. Patrakov<patrakov at gmail.com>
> 
> Thanks Alexander, looks good.  Hope the stable team can pick this up
> quickly.

I'm confused, pick what up?

Commit cda9d05c499093c67b4a376a15009923acc2127a does not apply to the
2.6.32-stable tree, and I do not see a
cf74ecbbff3e3b45bae61d28d2220f74d853e2f0 commit in Linus's tree.

confused,

greg k-h



More information about the Intel-gfx mailing list