From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 45968C4332F for ; Tue, 14 Nov 2023 08:57:35 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id BDC1F10E1DA; Tue, 14 Nov 2023 08:57:34 +0000 (UTC) Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTPS id 2B2EB10E1DA for ; Tue, 14 Nov 2023 08:57:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1699952253; x=1731488253; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=oBVvmt6g+jrcXFcQPFeqbXMPBwnPvEVAnZ8F/a07+74=; b=Up4WdfZqlh5TkCJAOD7VnXQ3wjhcBzD2yawBiBU5g6rgR8uodrqI9wWC V6XCverFA6oqo+14pncwSh286JjcMKvFO4XH/l8X5ebuQbMSArQNAfk1F PCXYg0hBAqx4wjsUUbgw+Gywt7YHHCumb1ZfhTuEqfLfwUzYqBOVkY4FT VKe9CMx0Fcwj95P9uyojtMKj9m6J2I44lV90+6LjmQ32/UskcsnhNP6eg sg45ituV+AAukIaxD8E1MbodwW168WRD9Y4S1CCwdNGuNyPQlPn1PU0/w uLKbCxV5qAUWjIVmfq0UI3wV6x8Sws5undDJBGJL8sGpQ7ASDM0JcVNNV A==; X-IronPort-AV: E=McAfee;i="6600,9927,10893"; a="393471617" X-IronPort-AV: E=Sophos;i="6.03,301,1694761200"; d="scan'208";a="393471617" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Nov 2023 00:57:32 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10893"; a="758106765" X-IronPort-AV: E=Sophos;i="6.03,301,1694761200"; d="scan'208";a="758106765" Received: from stinkpipe.fi.intel.com (HELO stinkbox) ([10.237.72.74]) by orsmga007.jf.intel.com with SMTP; 14 Nov 2023 00:57:30 -0800 Received: by stinkbox (sSMTP sendmail emulation); Tue, 14 Nov 2023 10:57:29 +0200 Date: Tue, 14 Nov 2023 10:57:29 +0200 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= To: Jani Nikula Message-ID: References: <20231106211915.13406-1-ville.syrjala@linux.intel.com> <20231106211915.13406-11-ville.syrjala@linux.intel.com> <87leb1tzzn.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87leb1tzzn.fsf@intel.com> X-Patchwork-Hint: comment Subject: Re: [Intel-gfx] [PATCH 10/11] drm/i915: Push audio_{enable, disable}() to the pre/post pane update stage X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: intel-gfx@lists.freedesktop.org Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" On Mon, Nov 13, 2023 at 05:49:32PM +0200, Jani Nikula wrote: > On Mon, 06 Nov 2023, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > Relocate the audio enable/disable from the full modeset hooks into > > the common pre/post plane update stage of the commit. Audio fastset > > is within easy reach now. > > > > Signed-off-by: Ville Syrjälä > > --- > > drivers/gpu/drm/i915/display/intel_display.c | 31 +++++++++++++++----- > > 1 file changed, 24 insertions(+), 7 deletions(-) > > > > diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c > > index d606befa007c..98d4fcd28073 100644 > > --- a/drivers/gpu/drm/i915/display/intel_display.c > > +++ b/drivers/gpu/drm/i915/display/intel_display.c > > @@ -990,6 +990,24 @@ static bool vrr_disabling(const struct intel_crtc_state *old_crtc_state, > > vrr_params_changed(old_crtc_state, new_crtc_state))); > > } > > > > +static bool audio_enabling(const struct intel_crtc_state *old_crtc_state, > > + const struct intel_crtc_state *new_crtc_state) > > +{ > > + if (!new_crtc_state->hw.active) > > + return false; > > Makes me wonder if these check should've been added to the > is_enabling/is_disabling macros instead. *shrug* I had it like that originally, but then I decided against it for some reason that I seem to have forgotten already... I *think* I was planning to use is_{enabling,disabling}() in some other context where that check doesn't make sense. But I think in the end I convinced myself that I can't actually do that due to other reasons. So yeah, putting these into is_{enabling,disabling}() would probably make sense. But I think I'll have to mull it over a bit more. > > Reviewed-by: Jani Nikula Thanks. > > > > + > > + return is_enabling(has_audio, old_crtc_state, new_crtc_state); > > +} > > + > > +static bool audio_disabling(const struct intel_crtc_state *old_crtc_state, > > + const struct intel_crtc_state *new_crtc_state) > > +{ > > + if (!old_crtc_state->hw.active) > > + return false; > > + > > + return is_disabling(has_audio, old_crtc_state, new_crtc_state); > > +} > > + > > #undef is_disabling > > #undef is_enabling > > > > @@ -1030,6 +1048,9 @@ static void intel_post_plane_update(struct intel_atomic_state *state, > > > > if (intel_crtc_needs_color_update(new_crtc_state)) > > intel_color_post_update(new_crtc_state); > > + > > + if (audio_enabling(old_crtc_state, new_crtc_state)) > > + intel_encoders_audio_enable(state, crtc); > > } > > > > static void intel_crtc_enable_flip_done(struct intel_atomic_state *state, > > @@ -1113,6 +1134,9 @@ static void intel_pre_plane_update(struct intel_atomic_state *state, > > intel_crtc_update_active_timings(old_crtc_state, false); > > } > > > > + if (audio_disabling(old_crtc_state, new_crtc_state)) > > + intel_encoders_audio_disable(state, crtc); > > + > > intel_drrs_deactivate(old_crtc_state); > > > > intel_psr_pre_plane_update(state, crtc); > > @@ -1503,7 +1527,6 @@ static void ilk_crtc_enable(struct intel_atomic_state *state, > > intel_crtc_vblank_on(new_crtc_state); > > > > intel_encoders_enable(state, crtc); > > - intel_encoders_audio_enable(state, crtc); > > > > if (HAS_PCH_CPT(dev_priv)) > > intel_wait_for_pipe_scanline_moving(crtc); > > @@ -1677,7 +1700,6 @@ static void hsw_crtc_enable(struct intel_atomic_state *state, > > intel_crtc_vblank_on(new_crtc_state); > > > > intel_encoders_enable(state, crtc); > > - intel_encoders_audio_enable(state, crtc); > > > > if (psl_clkgate_wa) { > > intel_crtc_wait_for_next_vblank(crtc); > > @@ -1729,7 +1751,6 @@ static void ilk_crtc_disable(struct intel_atomic_state *state, > > intel_set_cpu_fifo_underrun_reporting(dev_priv, pipe, false); > > intel_set_pch_fifo_underrun_reporting(dev_priv, pipe, false); > > > > - intel_encoders_audio_disable(state, crtc); > > intel_encoders_disable(state, crtc); > > > > intel_crtc_vblank_off(old_crtc_state); > > @@ -1764,7 +1785,6 @@ static void hsw_crtc_disable(struct intel_atomic_state *state, > > * Need care with mst->ddi interactions. > > */ > > if (!intel_crtc_is_bigjoiner_slave(old_crtc_state)) { > > - intel_encoders_audio_disable(state, crtc); > > intel_encoders_disable(state, crtc); > > intel_encoders_post_disable(state, crtc); > > } > > @@ -2034,7 +2054,6 @@ static void valleyview_crtc_enable(struct intel_atomic_state *state, > > intel_crtc_vblank_on(new_crtc_state); > > > > intel_encoders_enable(state, crtc); > > - intel_encoders_audio_enable(state, crtc); > > } > > > > static void i9xx_crtc_enable(struct intel_atomic_state *state, > > @@ -2076,7 +2095,6 @@ static void i9xx_crtc_enable(struct intel_atomic_state *state, > > intel_crtc_vblank_on(new_crtc_state); > > > > intel_encoders_enable(state, crtc); > > - intel_encoders_audio_enable(state, crtc); > > > > /* prevents spurious underruns */ > > if (DISPLAY_VER(dev_priv) == 2) > > @@ -2113,7 +2131,6 @@ static void i9xx_crtc_disable(struct intel_atomic_state *state, > > if (DISPLAY_VER(dev_priv) == 2) > > intel_crtc_wait_for_next_vblank(crtc); > > > > - intel_encoders_audio_disable(state, crtc); > > intel_encoders_disable(state, crtc); > > > > intel_crtc_vblank_off(old_crtc_state); > > -- > Jani Nikula, Intel -- Ville Syrjälä Intel