From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH 01/15] drm/i915: only disable DDI sound if intel_crtc->eld_vld Date: Wed, 20 Mar 2013 23:24:41 +0100 Message-ID: <20130320222441.GP9021@phenom.ffwll.local> References: <1362611003-4823-1-git-send-email-przanoni@gmail.com> <1362611003-4823-2-git-send-email-przanoni@gmail.com> <20130307093123.GQ4469@intel.com> <20130317202344.GJ9021@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mail-ee0-f51.google.com (mail-ee0-f51.google.com [74.125.83.51]) by gabe.freedesktop.org (Postfix) with ESMTP id 51DDCE66B5 for ; Wed, 20 Mar 2013 15:21:57 -0700 (PDT) Received: by mail-ee0-f51.google.com with SMTP id d17so1388664eek.38 for ; Wed, 20 Mar 2013 15:21:56 -0700 (PDT) Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Paulo Zanoni Cc: intel-gfx@lists.freedesktop.org, "Runyan, Arthur J" , Paulo Zanoni List-Id: intel-gfx@lists.freedesktop.org On Wed, Mar 20, 2013 at 07:03:25PM -0300, Paulo Zanoni wrote: > Hi > = > 2013/3/17 Daniel Vetter : > > On Thu, Mar 07, 2013 at 11:31:23AM +0200, Ville Syrj=E4l=E4 wrote: > >> On Wed, Mar 06, 2013 at 08:03:08PM -0300, Paulo Zanoni wrote: > >> > From: Paulo Zanoni > >> > > >> > We already have the same check on intel_enable_ddi. This patch > >> > prevents "unclaimed register" messages when the power well is > >> > disabled. > >> > > >> > Signed-off-by: Paulo Zanoni > >> > --- > >> > drivers/gpu/drm/i915/intel_ddi.c | 9 ++++++--- > >> > 1 file changed, 6 insertions(+), 3 deletions(-) > >> > > >> > diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915= /intel_ddi.c > >> > index 56bb7cb..cd2f519 100644 > >> > --- a/drivers/gpu/drm/i915/intel_ddi.c > >> > +++ b/drivers/gpu/drm/i915/intel_ddi.c > >> > @@ -1347,9 +1347,12 @@ static void intel_disable_ddi(struct intel_en= coder *intel_encoder) > >> > ironlake_edp_backlight_off(intel_dp); > >> > } > >> > > >> > - tmp =3D I915_READ(HSW_AUD_PIN_ELD_CP_VLD); > >> > - tmp &=3D ~((AUDIO_OUTPUT_ENABLE_A | AUDIO_ELD_VALID_A) << (pipe = * 4)); > >> > - I915_WRITE(HSW_AUD_PIN_ELD_CP_VLD, tmp); > >> > + if (intel_crtc->eld_vld) { > >> > + tmp =3D I915_READ(HSW_AUD_PIN_ELD_CP_VLD); > >> > + tmp &=3D ~((AUDIO_OUTPUT_ENABLE_A | AUDIO_ELD_VALID_A) << > >> > + (pipe * 4)); > >> > + I915_WRITE(HSW_AUD_PIN_ELD_CP_VLD, tmp); > >> > + } > >> > >> We set eld_vld=3Dfalse before disabling the crtc in intel_crtc_disable= (). > >> I think you need to rearrange that so that we clear eld_vld only > >> after ->crtc_disable has been called. > > > > I've forgotten to drop my bikeshed on the patch itself: > > > > This looks a bit fishy since currently we assume that disabling somethi= ng > > just works (especially clearing a few registers). And I don't really > > understand how we can hit unclaimed register issues since the pipe shou= ld > > be enabled when we call this function here ... > = > The audio registers are on the power well. My test case is: eDP panel > without sound. We don't hit unclaimed registers at the ->enable > function because it's protected by eld_vld (which is false, because we > don't have sound), but then at the disable path we just > unconditionally touch the registers which are on the power down well, > so "unclaimed register". > = > > > > So either transcoder eDP doesn't have audio, in which case I think it'd= be > > better to check for that here (plus ensure that we yell at callers for > > integrated eDP in e.g. hsw_write_eld). > = > The eld_vld is the "check for audio" which you're asking for. Ok, now I've been slightly less lazy and quickly checked the docs. If I'm reading the diagrams and audio connections correctly, then there's _no_ audio support at all for the eDP transcoder. Which means we'd need to protect both the enable and disable side in trancoder !=3D TRANS_EDP checks. That's what I've meant with proper check. The eld_vld thing is a bit ad-hoc and imo due to our ddi encoder/connector split: Only the connector has the edid and so knows whether the sync claims to support audio, but we need that information in the ddi encoder functions. But since our current ddi code is full of such little control inversions where the ddi code has to dig out some piece of information about the current connector from somewhere, I don't care and postpone this to a time when hsw support has really settled. -Daniel > = > > Or it _does_ have audio, but the > > audio stuff is in the power well. In which case we need to add a check. > = > We need to patch haswell_modeset_global_resources to enable the power > well in case eDP has sound, but this is an unrelated bug with a > different patch. It's on my TODO list too. > = > Still, Ville's comment is valid, so I need to resend. > = > > > > Yes, I'm too lazy to check the docs myself, but tbh it's still w/e here= so > > don't want to fire up the work machine ;-) > > > > Cheers, Daniel > > -- > > Daniel Vetter > > Software Engineer, Intel Corporation > > +41 (0) 79 365 57 48 - http://blog.ffwll.ch > = > = > = > -- = > Paulo Zanoni -- = Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch