From: Daniel Vetter <daniel@ffwll.ch>
To: Paulo Zanoni <przanoni@gmail.com>
Cc: intel-gfx@lists.freedesktop.org, paulo.r.zanoni@intel.com
Subject: Re: [PATCH V2 3/4] drm/i915: Haswell HDMI audio enable
Date: Mon, 6 Aug 2012 09:07:06 +0200 [thread overview]
Message-ID: <20120806070706.GB5502@phenom.ffwll.local> (raw)
In-Reply-To: <CA+gsUGT3Gg40E14825VC80sB82muXAayZpwUu=HtGj=Nt6-WmQ@mail.gmail.com>
On Wed, Aug 01, 2012 at 11:12:28PM -0300, Paulo Zanoni wrote:
> Hi
>
> Comments inline.
>
> 2012/7/30 Wang Xingchao <xingchao.wang@intel.com>:
> > Configure the related HDMI audio register to generate an unsolicited
> > response to the audio controller driver to indicate that the controller
> > sequence should start.
> >
> > Signed-off-by: Wang Xingchao <xingchao.wang@intel.com>
> > ---
> > drivers/gpu/drm/i915/intel_display.c | 58 ++++++++++++++++++++++++++++++++++
> > 1 file changed, 58 insertions(+)
> >
> > diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
> > index 17020cd..7ddc446 100644
> > --- a/drivers/gpu/drm/i915/intel_display.c
> > +++ b/drivers/gpu/drm/i915/intel_display.c
> > @@ -1649,6 +1649,7 @@ static void intel_enable_transcoder(struct drm_i915_private *dev_priv,
> > u32 val, pipeconf_val;
> > struct drm_crtc *crtc = dev_priv->pipe_to_crtc_mapping[pipe];
> >
> > + DRM_DEBUG_DRIVER("Enable transcoder %c\n", pipe_name(pipe));
>
> Do we really want this?
... and in kms code we use DRM_DEBUG_KMS.
> > /* PCH only available on ILK+ */
> > BUG_ON(dev_priv->info->gen < 5);
> >
> > @@ -5071,6 +5072,7 @@ static void ironlake_write_eld(struct drm_connector *connector,
> > struct drm_crtc *crtc)
> > {
> > struct drm_i915_private *dev_priv = connector->dev->dev_private;
> > + struct drm_device *dev = crtc->dev;
> > uint8_t *eld = connector->eld;
> > uint32_t eldv;
> > uint32_t i;
> > @@ -5085,6 +5087,11 @@ static void ironlake_write_eld(struct drm_connector *connector,
> > aud_config = IBX_AUD_CONFIG_A;
> > aud_cntl_st = IBX_AUD_CNTL_ST_A;
> > aud_cntrl_st2 = IBX_AUD_CNTL_ST2;
> > + } else if (IS_HASWELL(dev)) {
> > + hdmiw_hdmiedid = HSW_AUD_EDID_DATA;
> > + aud_cntl_st = HSW_AUD_DIP_ELD_CTRL_ST_A;
> > + aud_config = HSW_AUD_CONFIG_A;
> > + aud_cntrl_st2 = HSW_AUD_PIN_ELD_CP_VLD;
> > } else {
> > hdmiw_hdmiedid = CPT_HDMIW_HDMIEDID_A;
> > aud_config = CPT_AUD_CONFIG_A;
> > @@ -5092,6 +5099,55 @@ static void ironlake_write_eld(struct drm_connector *connector,
> > aud_cntrl_st2 = CPT_AUD_CNTRL_ST2;
> > }
> >
> > + if (IS_HASWELL(dev)) {
> > + int tmp;
> > + int aud_cfg;
> > + int aud_vld;
> > + int eld_ctr_st;
> > + int audio_misc;
> > + int transf_a;
> > + int pipe;
>
> Since the initialization is very simple, can't we just define the
> variables and initialize them at the same time?
>
> Example:
> int tmp;
> int aud_cfg = HSW_AUD_CFG(pipe);
> int aud_vld = HSW_AUD_PIN_ELD_CP_VLD;
> int eld_ctr_st = HSW_AUD_DIP_ELD_CTRL(pipe);
> int auido_misc = HSW_AUD_MISC_CTRL(pipe);
> int transf_a = TRANS_CONF_A
> int pipe = to_intel_crtc(crtc)->pipe;
>
> Also, after a quick look, these variables seem unused and maybe should
> be removed: eld_ctr_st, audio_misc, transf_a.
>
> Also, we have aud_cfg (defined by you) and aud_config (defined earlier
> on the same function) which seem to have the same purpose. You should
> probably use the already-defined aud_config, but then you'll have to
> move your "if (IS_HASWELL())" statement a few lines down...
>
> You should also move the "int pipe" definition to the beginning of the
> function and use it instead of reusing the "i" variable for
> everything.
>
> > +
> > + pipe = to_intel_crtc(crtc)->pipe;
> > +
> > + DRM_DEBUG_DRIVER("HDMI: Haswell Audio initialize....\n");
> > +
> > + /* Need first enable transcoder and port */
> > + aud_cfg = HSW_AUD_CFG(pipe);
> > + eld_ctr_st = HSW_AUD_DIP_ELD_CTRL(pipe);
> > + aud_vld = HSW_AUD_PIN_ELD_CP_VLD;
> > + audio_misc = HSW_AUD_MISC_CTRL(pipe);
> > +
> > + transf_a = TRANS_CONF_A;
> > +
> > + /* Audio output enable */
> > + DRM_DEBUG_DRIVER("HDMI audio: enable codec\n");
> > + tmp = I915_READ(aud_vld);
> > + tmp |= (AUDIO_OUTPUT_ENABLE_AB | AUDIO_OUTPUT_ENABLE_BC | AUDIO_OUTPUT_ENABLE_CD);
> > + I915_WRITE(aud_vld, tmp);
> > +
> > + /* Set ELD valid state */
> > + tmp = I915_READ(aud_vld);
> > + DRM_DEBUG_DRIVER("HDMI audio: pin eld vld status=0x%8x\n", tmp);
> > + tmp |= (AUDIO_ELD_VALID_AB | AUDIO_ELD_VALID_BC | AUDIO_ELD_VALID_CD);
> > + I915_WRITE(aud_vld, tmp);
> > + tmp = I915_READ(aud_vld);
> > + DRM_DEBUG_DRIVER("HDMI audio: eld vld status=0x%8x\n", tmp);
> > +
> > + /* Enable HDMI mode */
> > + tmp = I915_READ(aud_cfg);
> > + DRM_DEBUG_DRIVER("HDMI audio: audio conf: 0x%8x\n", tmp);
> > + /* clear N_programing_enable and N_value_index */
> > + tmp &= ~(0x3<<29);
>
> If you use #define instead of the magic "0x3 << 29" (just like we do
> in the rest of our code), you will probably be able to remove these
> comments.
>
> > + I915_WRITE(aud_cfg, tmp);
> > +
> > + /*TODO:
> > + * 1.enable sample fabrication
> > + * 2.set Upper_N_value(27:20) and Lower_N_value(15:4)
> > + * 3.enable timestamps
> > + * */
> > + }
> > +
> > i = to_intel_crtc(crtc)->pipe;
> > hdmiw_hdmiedid += i * 0x100;
> > aud_cntl_st += i * 0x100;
>
> I know this is not part of your commit, but can't we just use the PIPE
> macro instead of this "var += i * 0x100" ?
Yeah, and there are a few other places in the eld code that would welcome
some similar love. Renaming the temporary var i to tmp or reg would also
look a bit better. But such cleanups would need to happen in a separate
patch.
> > @@ -5135,6 +5191,8 @@ static void ironlake_write_eld(struct drm_connector *connector,
> > i = I915_READ(aud_cntl_st);
> > i &= ~IBX_ELD_ADDRESS;
> > I915_WRITE(aud_cntl_st, i);
> > + i = (i >> 29) & 0x3; /* DIP_Port_Select, 0x1 = PortB */
> > + DRM_DEBUG_DRIVER("port num:%d\n", i);
> >
> > len = min_t(uint8_t, eld[2], 21); /* 84 bytes of hw ELD buffer */
> > DRM_DEBUG_DRIVER("ELD size %d\n", len);
>
> ironlake_write_eld looks scary...
Imo the hsw code is sufficiently different to varant a haswell_write_eld.
-Daniel
--
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48
next prev parent reply other threads:[~2012-08-06 7:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-31 2:47 [PATCH v2 0/4] Haswell HDMI/DP audio enable Wang Xingchao
2012-07-31 2:47 ` [PATCH V2 1/4] drm/i915: HSW audio registers definition Wang Xingchao
2012-07-31 2:47 ` [PATCH V2 2/4] drm/i915: write eld info for HDMI audio Wang Xingchao
2012-07-31 2:47 ` [PATCH V2 3/4] drm/i915: Haswell HDMI audio enable Wang Xingchao
2012-08-02 2:12 ` Paulo Zanoni
2012-08-06 7:07 ` Daniel Vetter [this message]
2012-08-06 10:10 ` Wang, Xingchao
2012-07-31 2:47 ` [PATCH V2 4/4] ALSA HDA: Force HDMI pins enabled Wang Xingchao
2012-07-31 11:18 ` Takashi Iwai
2012-08-01 0:27 ` Wang, Xingchao
2012-08-01 5:55 ` Takashi Iwai
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=20120806070706.GB5502@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=paulo.r.zanoni@intel.com \
--cc=przanoni@gmail.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