From: Jani Nikula <jani.nikula@linux.intel.com>
To: Ville Syrjala <ville.syrjala@linux.intel.com>,
intel-gfx@lists.freedesktop.org
Cc: Takashi Iwai <tiwai@suse.de>
Subject: Re: [Intel-gfx] [PATCH v2 04/15] drm/i915/audio: Realign some function arguments
Date: Tue, 08 Nov 2022 18:11:27 +0200 [thread overview]
Message-ID: <878rkl8lzk.fsf@intel.com> (raw)
In-Reply-To: <20221108151839.31567-5-ville.syrjala@linux.intel.com>
On Tue, 08 Nov 2022, Ville Syrjala <ville.syrjala@linux.intel.com> wrote:
> From: Ville Syrjälä <ville.syrjala@linux.intel.com>
>
> Fix up some function argument alignment fails.
>
> Cc: Chaitanya Kumar Borah <chaitanya.kumar.borah@intel.com>
> Cc: Kai Vehmanen <kai.vehmanen@linux.intel.com>
> Cc: Takashi Iwai <tiwai@suse.de>
> Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Jani Nikula <jani.nikula@intel.com>
> ---
> drivers/gpu/drm/i915/display/intel_audio.c | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_audio.c b/drivers/gpu/drm/i915/display/intel_audio.c
> index 0ac28d28098f..6b0c2b0522fd 100644
> --- a/drivers/gpu/drm/i915/display/intel_audio.c
> +++ b/drivers/gpu/drm/i915/display/intel_audio.c
> @@ -778,8 +778,8 @@ void intel_audio_codec_enable(struct intel_encoder *encoder,
>
> if (i915->display.funcs.audio)
> i915->display.funcs.audio->audio_codec_enable(encoder,
> - crtc_state,
> - conn_state);
> + crtc_state,
> + conn_state);
>
> mutex_lock(&i915->display.audio.mutex);
> encoder->audio_connector = connector;
> @@ -794,7 +794,7 @@ void intel_audio_codec_enable(struct intel_encoder *encoder,
> if (!intel_crtc_has_type(crtc_state, INTEL_OUTPUT_DP_MST))
> pipe = -1;
> acomp->base.audio_ops->pin_eld_notify(acomp->base.audio_ops->audio_ptr,
> - (int) port, (int) pipe);
> + (int)port, (int)pipe);
> }
>
> intel_lpe_audio_notify(i915, pipe, port, connector->eld,
> @@ -831,8 +831,8 @@ void intel_audio_codec_disable(struct intel_encoder *encoder,
>
> if (i915->display.funcs.audio)
> i915->display.funcs.audio->audio_codec_disable(encoder,
> - old_crtc_state,
> - old_conn_state);
> + old_crtc_state,
> + old_conn_state);
>
> mutex_lock(&i915->display.audio.mutex);
> encoder->audio_connector = NULL;
> @@ -845,7 +845,7 @@ void intel_audio_codec_disable(struct intel_encoder *encoder,
> if (!intel_crtc_has_type(old_crtc_state, INTEL_OUTPUT_DP_MST))
> pipe = -1;
> acomp->base.audio_ops->pin_eld_notify(acomp->base.audio_ops->audio_ptr,
> - (int) port, (int) pipe);
> + (int)port, (int)pipe);
> }
>
> intel_lpe_audio_notify(i915, pipe, port, NULL, 0, false);
--
Jani Nikula, Intel Open Source Graphics Center
next prev parent reply other threads:[~2022-11-08 16:11 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-08 15:18 [Intel-gfx] [PATCH v2 00/15] drm/i915: ELD precompute and readout Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 01/15] drm/i915/audio: Don't program the hardware ELD buffer on ilk+ Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 02/15] drm/i915/audio: Don't program the hardware ELD buffer on hsw+ Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 03/15] drm/i915/audio: Unify get_saved_enc() Ville Syrjala
2022-11-08 16:11 ` Jani Nikula
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 04/15] drm/i915/audio: Realign some function arguments Ville Syrjala
2022-11-08 16:11 ` Jani Nikula [this message]
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 05/15] drm/i915/audio: Introduce a struct for the acomp audio state Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 06/15] drm/i915/audio: Precompute the ELD Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 07/15] drm/i915/audio: Don't enable audio with bogus ELD Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 08/15] drm/i915/audio: Hardware ELD readout Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 09/15] drm/i915/sdvo: Precompute the ELD Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 10/15] drm/i915/sdvo: Only use "presence detect" for has_audio readout Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 11/15] drm/i915/sdvo: Do ELD hardware readout Ville Syrjala
2022-11-10 12:55 ` [Intel-gfx] [PATCH v3 " Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 12/15] drm/i915/audio: Hook up ELD into the state checker Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 13/15] drm/i915/audio: Include ELD in the state dump Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 14/15] drm/i915/audio: s/ilk/ibx/ Ville Syrjala
2022-11-08 15:18 ` [Intel-gfx] [PATCH v2 15/15] drm/i915/audio: Clean up the PCH type checks Ville Syrjala
2022-11-08 17:37 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: ELD precompute and readout (rev3) Patchwork
2022-11-08 17:37 ` [Intel-gfx] ✗ Fi.CI.DOCS: " Patchwork
2022-11-08 17:59 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2022-11-08 23:58 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2022-11-11 2:43 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: ELD precompute and readout (rev4) Patchwork
2022-11-11 2:43 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2022-11-11 3:39 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2022-11-11 17:54 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
2023-01-18 19:30 ` [Intel-gfx] [PATCH v2 00/15] drm/i915: ELD precompute and readout Kai Vehmanen
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=878rkl8lzk.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=tiwai@suse.de \
--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