From: Imre Deak <imre.deak@intel.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915/display: C20 clock state verification
Date: Fri, 15 Dec 2023 11:17:02 +0200 [thread overview]
Message-ID: <ZXwZbeSm7p0xkYui@ideak-desk.fi.intel.com> (raw)
In-Reply-To: <ZXwYHPQh-F42aiy0@intel.com>
On Fri, Dec 15, 2023 at 11:10:52AM +0200, Ville Syrjälä wrote:
> On Fri, Dec 15, 2023 at 10:53:31AM +0200, Imre Deak wrote:
> > On Fri, Dec 15, 2023 at 10:00:57AM +0200, Mika Kahola wrote:
> > > Add clock state verification for C20. Since we
> > > are usign either A or B contexts, which are
> > > selected based on clock rate, we first need to
> > > calculate hw clock and use that clock to select
> > > which context we are using.
> >
> > Could the description be clearer that the patch _fixes_ the context
> > selection? (Also the subject line should always say _what_ the patch
> > does.)
> >
> > >
> > > Signed-off-by: Mika Kahola <mika.kahola@intel.com>
> > > ---
> > > drivers/gpu/drm/i915/display/intel_cx0_phy.c | 8 +++++++-
> > > 1 file changed, 7 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/gpu/drm/i915/display/intel_cx0_phy.c b/drivers/gpu/drm/i915/display/intel_cx0_phy.c
> > > index 775c1c4a8978..6757e9f941e4 100644
> > > --- a/drivers/gpu/drm/i915/display/intel_cx0_phy.c
> > > +++ b/drivers/gpu/drm/i915/display/intel_cx0_phy.c
> > > @@ -3079,8 +3079,9 @@ static void intel_c20pll_state_verify(const struct intel_crtc_state *state,
> > > const struct intel_c20pll_state *mpll_sw_state = &state->cx0pll_state.c20;
> > > bool use_mplla;
> > > int i;
> > > + int hw_clock = intel_c20pll_calc_port_clock(encoder, mpll_hw_state);
> > >
> > > - use_mplla = intel_c20_use_mplla(mpll_hw_state->clock);
> > > + use_mplla = intel_c20_use_mplla(hw_clock);
> >
> > It's mpll_hw_state->tx[0] C20_PHY_USE_MPLLB which tells the HW which
> > context to use, so I think it's better to use the same condition here.
>
> Yes, one should never assume anything about how the register values
> were calculated/etc. That would pretty much defeat the whole purpose
> of doing readout and state check.
>
> BTW I don't see even being set anywhere C20_PHY_USE_MPLLB.
> Do we not use it or is it encoded in that ugly hex soup in
> intel_c20_compute_hdmi_tmds_pll()?
Yes, the pll_state->tx[0] line there. For DP, it's in the
intel_c20pll_state predefined tables.
> Instead of repeating the mistakes of the VLV PHY code someone should
> convert that into human readable form...
>
> >
> > > if (use_mplla) {
> > > for (i = 0; i < ARRAY_SIZE(mpll_sw_state->mplla); i++) {
> > > I915_STATE_WARN(i915, mpll_hw_state->mplla[i] != mpll_sw_state->mplla[i],
> > > @@ -3110,6 +3111,11 @@ static void intel_c20pll_state_verify(const struct intel_crtc_state *state,
> > > crtc->base.base.id, crtc->base.name, i,
> > > mpll_sw_state->cmn[i], mpll_hw_state->cmn[i]);
> > > }
> > > +
> > > + I915_STATE_WARN(i915, hw_clock != mpll_sw_state->clock,
> > > + "[CRTC:%d:%s] mismatch in C20: Register CLOCK (expected %d, found %d)",
> > > + crtc->base.base.id, crtc->base.name,
> > > + mpll_sw_state->clock, hw_clock);
> >
> > I think the intel_crtc_state::port_clock SW/HW state verification is
> > equivalent to the above, but it's good to verify it here as well. I
> > would store hw_clock to mpll_hw_state->clock in
> > intel_c20pll_readout_hw_state() though.
> >
> > > }
> > >
> > > void intel_cx0pll_state_verify(struct intel_atomic_state *state,
> > > --
> > > 2.34.1
> > >
>
> --
> Ville Syrjälä
> Intel
next prev parent reply other threads:[~2023-12-15 9:17 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-15 8:00 [PATCH] drm/i915/display: C20 clock state verification Mika Kahola
2023-12-15 8:53 ` Imre Deak
2023-12-15 9:01 ` Imre Deak
2023-12-15 14:00 ` Kahola, Mika
2023-12-15 15:10 ` Jani Nikula
2023-12-20 8:05 ` Kahola, Mika
2023-12-15 9:10 ` Ville Syrjälä
2023-12-15 9:17 ` Imre Deak [this message]
2023-12-15 12:49 ` ✓ Fi.CI.BAT: success for " Patchwork
2023-12-15 23:27 ` ✓ Fi.CI.IGT: " Patchwork
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=ZXwZbeSm7p0xkYui@ideak-desk.fi.intel.com \
--to=imre.deak@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=ville.syrjala@linux.intel.com \
/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