From: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
To: Matt Roper <matthew.d.roper@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH v3 06/19] drm/i915: Split skl_update_scaler, v3.
Date: Thu, 18 Jun 2015 07:42:10 +0200 [thread overview]
Message-ID: <55825A32.7050903@linux.intel.com> (raw)
In-Reply-To: <20150618014821.GD3607@intel.com>
Op 18-06-15 om 03:48 schreef Matt Roper:
> On Mon, Jun 15, 2015 at 12:33:43PM +0200, Maarten Lankhorst wrote:
>> It's easier to read separate functions for crtc and plane scaler state.
>>
>> Changes since v1:
>> - Update documentation.
>> Changes since v2:
>> - Get rid of parameters to skl_update_scaler only used for traces.
>> This avoids needing to document the other parameters.
>>
>> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_display.c | 211 +++++++++++++++++++----------------
>> drivers/gpu/drm/i915/intel_dp.c | 2 +-
>> drivers/gpu/drm/i915/intel_drv.h | 12 +-
>> drivers/gpu/drm/i915/intel_sprite.c | 3 +-
>> 4 files changed, 121 insertions(+), 107 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
>> index 0f7652a31c95..26d610acb61f 100644
>> --- a/drivers/gpu/drm/i915/intel_display.c
>> +++ b/drivers/gpu/drm/i915/intel_display.c
>> @@ -4303,62 +4303,16 @@ static void cpt_verify_modeset(struct drm_device *dev, int pipe)
>> }
>> }
>>
>> -/**
>> - * skl_update_scaler_users - Stages update to crtc's scaler state
>> - * @intel_crtc: crtc
>> - * @crtc_state: crtc_state
>> - * @plane: plane (NULL indicates crtc is requesting update)
>> - * @plane_state: plane's state
>> - * @force_detach: request unconditional detachment of scaler
>> - *
>> - * This function updates scaler state for requested plane or crtc.
>> - * To request scaler usage update for a plane, caller shall pass plane pointer.
>> - * To request scaler usage update for crtc, caller shall pass plane pointer
>> - * as NULL.
>> - *
>> - * Return
>> - * 0 - scaler_usage updated successfully
>> - * error - requested scaling cannot be supported or other error condition
>> - */
>> -int
>> -skl_update_scaler_users(
>> - struct intel_crtc *intel_crtc, struct intel_crtc_state *crtc_state,
>> - struct intel_plane *intel_plane, struct intel_plane_state *plane_state,
>> - int force_detach)
>> +static int
>> +skl_update_scaler(struct intel_crtc_state *crtc_state, bool force_detach,
>> + unsigned scaler_idx, int *scaler_id, unsigned int rotation,
> ^^^^^^^^^^
> This parameter isn't actually the scaler index is it (that's what
> scaler_id winds up being once assigned here)? I think this one is the
> plane index that we're assigning a scaler for (or the special value of
> SKL_CRTC_INDEX if we're assigning for the CRTC instead of a plane).
>
> Maybe 'scaler_target' or 'scaler_user' would be better?
>
Could we call it 'i'?
~Maarten
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2015-06-18 5:42 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-15 10:33 [PATCH v3 00/19] Convert to atomic, part 3 Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 01/19] drm/i915: Use crtc state in intel_modeset_pipe_config Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 02/19] drm/i915: Clean up intel_atomic_setup_scalers slightly Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 03/19] drm/i915: Add a simple atomic crtc check function, v2 Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 04/19] drm/i915: Move scaler setup to check crtc " Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 05/19] drm/i915: Assign a new pll from the crtc check " Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 06/19] drm/i915: Split skl_update_scaler, v3 Maarten Lankhorst
2015-06-18 1:48 ` Matt Roper
2015-06-18 5:42 ` Maarten Lankhorst [this message]
2015-06-18 6:51 ` Daniel Vetter
2015-06-22 7:50 ` [PATCH v3.5 06/19] drm/i915: Split skl_update_scaler, v4 Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 07/19] drm/i915: Split plane updates of crtc->atomic into a helper, v2 Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 08/19] drm/i915: clean up plane commit functions Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 09/19] drm/i915: clean up atomic plane check functions, v2 Maarten Lankhorst
2015-06-18 1:48 ` Matt Roper
2015-06-22 7:23 ` Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 10/19] drm/i915: remove force argument from disable_plane Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 11/19] drm/i915: move detaching scalers to begin_crtc_commit, v2 Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 12/19] drm/i915: Move crtc commit updates to separate functions Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 13/19] drm/i915: Do not run most checks when there's no modeset Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 14/19] drm/i915: Handle disabling planes better, v2 Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 15/19] drm/i915: atomic plane updates in a nutshell Maarten Lankhorst
2015-06-18 14:21 ` Matt Roper
2015-06-19 3:57 ` Maarten Lankhorst
2015-06-18 15:28 ` Ville Syrjälä
2015-06-19 4:01 ` Maarten Lankhorst
2015-06-22 9:49 ` Ville Syrjälä
2015-06-22 10:08 ` Maarten Lankhorst
2015-06-22 12:33 ` Daniel Vetter
2015-06-15 10:33 ` [PATCH v3 16/19] drm/i915: Update less state during modeset Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 17/19] drm/i915: Make setting color key atomic Maarten Lankhorst
2015-06-18 14:21 ` Matt Roper
2015-06-19 4:03 ` Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 18/19] drm/i915: Remove transitional references from intel_plane_atomic_check Maarten Lankhorst
2015-06-18 14:21 ` Matt Roper
2015-06-19 4:05 ` Maarten Lankhorst
2015-06-15 10:33 ` [PATCH v3 19/19] drm/i915: Make cdclk part of the atomic state Maarten Lankhorst
2015-06-19 22:29 ` [PATCH v3 00/19] Convert to atomic, part 3 Matt Roper
2015-06-22 12:31 ` Daniel Vetter
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=55825A32.7050903@linux.intel.com \
--to=maarten.lankhorst@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=matthew.d.roper@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