[Intel-gfx] [PATCH] drm/i915: remove render reclock support
Jesse Barnes
jbarnes at virtuousgeek.org
Thu Jan 7 17:38:46 CET 2010
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.
--
Jesse Barnes, Intel Open Source Technology Center
More information about the Intel-gfx
mailing list