From: Daniel Vetter <daniel@ffwll.ch>
To: Damien Lespiau <damien.lespiau@intel.com>
Cc: Ander Conselvan de Oliveira
<ander.conselvan.de.oliveira@intel.com>,
intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Don't overwrite (e)DP PLL selection on SKL
Date: Mon, 18 May 2015 10:04:25 +0200 [thread overview]
Message-ID: <20150518080425.GH15256@phenom.ffwll.local> (raw)
In-Reply-To: <20150515111912.GB13106@strange.amr.corp.intel.com>
On Fri, May 15, 2015 at 12:19:12PM +0100, Damien Lespiau wrote:
> On Fri, May 15, 2015 at 01:34:29PM +0300, Ander Conselvan de Oliveira wrote:
> > In the following commit, the place where the contents of dpll_hw_state
> > in crtc_state where zeroed was changed. Prior to that commit, it
> > happened when the new state was allocated, but now that happens just
> > before the call the .crtc_compute_clock() hook. The DP code for SKL,
> > however, sets up the (private) PLL in the encoder compute config
> > function that has already run by the time that memset() is reached,
> > causing the previous value to be lost.
> >
> > This patch fixes the issue by moving the memset() down the call chain,
> > so that it is only called if the values in dpll_hw_state are going to be
> > updated.
> >
> > commit 4978cc93d9ac240b435ce60431aef24239b4c270
> > Author: Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com>
> > Date: Tue Apr 21 17:13:21 2015 +0300
> >
> > drm/i915: Preserve shared DPLL information in new pipe_config
> >
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=90462
>
> Looks good to me:
>
> Reviewed-by: Damien Lespiau <damien.lespiau@intel.com>
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-05-18 8:02 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-13 16:40 [PATCH] drm/i915/skl: Handle eDP from generic crtc_compute_clock vfunc Tvrtko Ursulin
2015-05-13 16:56 ` Damien Lespiau
2015-05-13 17:25 ` Damien Lespiau
2015-05-15 8:46 ` Ander Conselvan De Oliveira
2015-05-15 10:31 ` Ander Conselvan De Oliveira
2015-05-15 10:34 ` [PATCH] drm/i915: Don't overwrite (e)DP PLL selection on SKL Ander Conselvan de Oliveira
2015-05-15 10:56 ` Jani Nikula
2015-05-15 11:02 ` Ander Conselvan De Oliveira
2015-05-15 10:59 ` Tvrtko Ursulin
2015-05-15 11:19 ` Damien Lespiau
2015-05-18 8:04 ` Daniel Vetter [this message]
2015-05-18 8:00 ` shuang.he
2015-05-15 14:44 ` [PATCH] drm/i915/skl: Handle eDP from generic crtc_compute_clock vfunc shuang.he
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150518080425.GH15256@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=ander.conselvan.de.oliveira@intel.com \
--cc=damien.lespiau@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox