[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