intel-gfx.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
From: "Kamble, Sagar A" <sagar.a.kamble@intel.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>, tom.orourke@intel.com
Cc: Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
	"Hiremath, Shashidhar" <shashidhar.hiremath@intel.com>
Subject: Re: [RFC 14/22] drm/i915/slpc: Notification of Display mode change
Date: Fri, 29 Jan 2016 10:30:46 +0530	[thread overview]
Message-ID: <56AAF1FE.6050204@intel.com> (raw)
In-Reply-To: <20160122171454.GN23290@intel.com>

Thanks for the review Ville.
I will update the patch.

On 1/22/2016 10:44 PM, Ville Syrjälä wrote:
> On Wed, Jan 20, 2016 at 06:26:16PM -0800, tom.orourke@intel.com wrote:
>> From: Sagar Arun Kamble <sagar.a.kamble@intel.com>
>>
>> GuC SLPC need to be sent data related to Active pipes, refresh rates,
>> widi pipes, fullscreen pipes related via host to GuC display mode
>> change event.
>> This patch defines the event and implements trigger of the event.
>>
>> Signed-off-by: Sagar Arun Kamble <sagar.a.kamble@intel.com>
>> Acked-by: Tom O'Rourke <Tom.O'Rourke@intel.com>
>> ---
>>   drivers/gpu/drm/i915/intel_display.c |  2 +
>>   drivers/gpu/drm/i915/intel_slpc.c    | 92 ++++++++++++++++++++++++++++++++++++
>>   drivers/gpu/drm/i915/intel_slpc.h    |  1 +
>>   3 files changed, 95 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
>> index 06ab6df..7c3d902 100644
>> --- a/drivers/gpu/drm/i915/intel_display.c
>> +++ b/drivers/gpu/drm/i915/intel_display.c
>> @@ -13638,6 +13638,8 @@ static int intel_atomic_commit(struct drm_device *dev,
>>   	 */
>>   	intel_uncore_arm_unclaimed_mmio_detection(dev_priv);
>>   
>> +	intel_slpc_update_display_mode_info(dev);
>> +
>>   	return 0;
>>   }
>>   
>> diff --git a/drivers/gpu/drm/i915/intel_slpc.c b/drivers/gpu/drm/i915/intel_slpc.c
>> index f155d88..f5f7cad 100644
>> --- a/drivers/gpu/drm/i915/intel_slpc.c
>> +++ b/drivers/gpu/drm/i915/intel_slpc.c
>> @@ -74,6 +74,27 @@ static int host2guc_slpc_shutdown(struct drm_i915_private *dev_priv)
>>   	return ret;
>>   }
>>   
>> +static int host2guc_slpc_display_mode_change(struct drm_i915_private *dev_priv)
>> +{
>> +        u32 data[7];
>> +	int ret, i;
>> +
>> +        data[0] = HOST2GUC_ACTION_SLPC_REQUEST;
>> +        data[1] = SLPC_EVENT(SLPC_EVENT_DISPLAY_MODE_CHANGE, MAX_NUM_OF_PIPE + 1);
>> +	data[2] = dev_priv->guc.slpc.display_mode_params.global_data;
>> +	for(i = 0; i < MAX_NUM_OF_PIPE; ++i)
>> +		data[3+i] = dev_priv->guc.slpc.display_mode_params.per_pipe_info[i].data;
>> +
>> +        ret = host2guc_action(&dev_priv->guc, data, 7);
>> +
>> +	if (0 == ret) {
>> +		ret = I915_READ(SOFT_SCRATCH(1));
>> +		ret &= 0xFF;
>> +	}
>> +
>> +	return ret;
>> +}
>> +
>>   static u8 slpc_get_platform_sku(struct drm_i915_gem_object *obj)
>>   {
>>   	struct drm_device *dev = obj->base.dev;
>> @@ -225,3 +246,74 @@ int intel_slpc_reset(struct drm_device *dev)
>>   
>>   	return ret;
>>   }
>> +
>> +int intel_slpc_update_display_mode_info(struct drm_device *dev)
>> +{
>> +	struct drm_i915_private *dev_priv = dev->dev_private;
>> +	struct drm_crtc *crtc;
>> +	struct intel_crtc *intel_crtc;
>> +	struct drm_connector *connector;
>> +	struct intel_connector *intel_connector;
>> +	struct drm_encoder *encoder;
>> +	struct intel_encoder *intel_encoder;
>> +	struct intel_display_pipe_basic_info *per_pipe_info;
>> +	struct intel_slpc_display_mode_event_params *cur_params, old_params;
>> +	bool notify = false;
>> +
>> +	if (!HAS_SLPC(dev))
>> +		return -EINVAL;
>> +
>> +	cur_params = &dev_priv->guc.slpc.display_mode_params;
>> +
>> +	/* Copy display mode parameters for comparison */
>> +	old_params.global_data  = cur_params->global_data;
>> +	cur_params->global_data = 0;
>> +
>> +	for_each_intel_crtc(dev, intel_crtc) {
>> +		per_pipe_info = &cur_params->per_pipe_info[intel_crtc->pipe];
>> +		old_params.per_pipe_info[intel_crtc->pipe].data = per_pipe_info->data;
>> +		per_pipe_info->data = 0;
>> +	}
>> +
>> +	for_each_intel_crtc(dev, intel_crtc) {
>> +		struct intel_crtc_state *pipe_config;
>> +
>> +		per_pipe_info = &cur_params->per_pipe_info[intel_crtc->pipe];
>> +		crtc = &intel_crtc->base;
>> +		pipe_config = to_intel_crtc_state(crtc->state);
>> +
>> +		if (pipe_config->base.active) {
>> +			for_each_encoder_on_crtc(dev, crtc, intel_encoder) {
>> +				encoder = &intel_encoder->base;
>> +				for_each_connector_on_encoder(dev, encoder, intel_connector) {
>> +					connector = &intel_connector->base;
>> +					if (connector->status == connector_status_connected) {
> The connecotr/encoder stuff should not be here. We can enable a pipe
> without any connected connectors. Also locking is fail.
>
> The patch also fails to explain why the guc needs to know any of this
> stuff. It makes me very suspicious that the guc is going to start
> poking at some display stuff behind the driver's back. I actually
> think that doing some display stuff in the guc might be neat, but not
> when it's a black box blob.
>
>> +						struct drm_display_mode *mode = &crtc->mode;
>> +						/* FIXME: Update is_widi based on encoder */
>> +						per_pipe_info->is_widi = 0;
>> +						per_pipe_info->refresh_rate = mode->vrefresh;
>> +						per_pipe_info->vsync_ft_usec = 1000000 / mode->vrefresh;
>> +						cur_params->active_pipes_bitmask |= (1 << intel_crtc->pipe);
>> +						cur_params->vbi_sync_on_pipes |= (1 << intel_crtc->pipe);
>> +						cur_params->num_active_pipes++;
>> +					}
>> +				}
>> +			}
>> +		}
>> +	}
>> +
>> +	/* Compare old display mode with current mode. Notify SLPC if it is changed. */
>> +	if (cur_params->global_data != old_params.global_data)
>> +		notify = true;
>> +
>> +	for_each_intel_crtc(dev, intel_crtc) {
>> +		per_pipe_info = &cur_params->per_pipe_info[intel_crtc->pipe];
>> +		if (old_params.per_pipe_info[intel_crtc->pipe].data != per_pipe_info->data)
>> +			notify = true;
>> +	}
>> +
>> +	if (notify)
>> +		host2guc_slpc_display_mode_change(dev_priv);
>> +
>> +	return 0;
>> +}
>> diff --git a/drivers/gpu/drm/i915/intel_slpc.h b/drivers/gpu/drm/i915/intel_slpc.h
>> index 9673a63..18e551b 100644
>> --- a/drivers/gpu/drm/i915/intel_slpc.h
>> +++ b/drivers/gpu/drm/i915/intel_slpc.h
>> @@ -152,5 +152,6 @@ int intel_slpc_suspend(struct drm_device *dev);
>>   int intel_slpc_disable(struct drm_device *dev);
>>   int intel_slpc_enable(struct drm_device *dev);
>>   int intel_slpc_reset(struct drm_device *dev);
>> +int intel_slpc_update_display_mode_info(struct drm_device *dev);
>>   
>>   #endif
>> -- 
>> 1.9.1
>>
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2016-01-29  5:00 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-21  2:26 [RFC 00/22] Add support for GuC-based SLPC tom.orourke
2016-01-21  2:26 ` [RFC 01/22] drm/i915: Enable GuC submission, where supported tom.orourke
2016-01-21  2:26 ` [RFC 02/22] drm/i915/slpc: Add has_slpc capability flag tom.orourke
2016-01-21  2:26 ` [RFC 03/22] drm/i915/slpc: Expose guc functions for use with SLPC tom.orourke
2016-01-21  2:26 ` [RFC 04/22] drm/i915/slpc: Use intel_slpc_* functions if supported tom.orourke
2016-01-21  2:26 ` [RFC 05/22] drm/i915/slpc: Enable/Disable RC6 in SLPC flows tom.orourke
2016-01-21  2:26 ` [RFC 06/22] drm/i915/slpc: If using SLPC, do not set frequency tom.orourke
2016-01-22 16:53   ` Daniel Vetter
2016-01-22 17:22     ` Daniel Vetter
2016-01-21  2:26 ` [RFC 07/22] drm/i915/slpc: Enable SLPC in guc if supported tom.orourke
2016-01-21  2:26 ` [RFC 08/22] drm/i915/slpc: Allocate/Release/Initialize SLPC shared data tom.orourke
2016-01-21  2:26 ` [RFC 09/22] drm/i915/slpc: Setup rps frequency values during SLPC init tom.orourke
2016-01-21  2:26 ` [RFC 10/22] drm/i915/slpc: Update current requested frequency tom.orourke
2016-01-21  2:26 ` [RFC 11/22] drm/i915/slpc: Send reset event tom.orourke
2016-01-21  2:26 ` [RFC 12/22] drm/i915/slpc: Send shutdown event tom.orourke
2016-01-21  2:26 ` [RFC 13/22] drm/i915/slpc: Add Display mode event related data structures tom.orourke
2016-01-21  2:26 ` [RFC 14/22] drm/i915/slpc: Notification of Display mode change tom.orourke
2016-01-21 13:24   ` Zanoni, Paulo R
2016-01-28  9:43     ` Kamble, Sagar A
2016-01-22 17:14   ` Ville Syrjälä
2016-01-29  5:00     ` Kamble, Sagar A [this message]
2016-01-21  2:26 ` [RFC 15/22] drm/i915/slpc: Notification of Refresh Rate change tom.orourke
2016-01-21  2:26 ` [RFC 16/22] drm/i915/slpc: Add slpc_status enum values tom.orourke
2016-01-21  2:26 ` [RFC 17/22] drm/i915/slpc: Add i915_slpc_info to debugfs tom.orourke
2016-01-21  2:26 ` [RFC 18/22] drm/i915/slpc: Add dfps task info to i915_slpc_info tom.orourke
2016-01-21  2:26 ` [RFC 19/22] drm/i915/slpc: Add parameter unset/set/get functions tom.orourke
2016-01-21  2:26 ` [RFC 20/22] drm/i915/slpc: Add slpc support for max/min freq tom.orourke
2016-01-21  2:26 ` [RFC 21/22] drm/i915/slpc: Add enable/disable debugfs for slpc tom.orourke
2016-01-21  2:26 ` [RFC 22/22] drm/i915/slpc: Add has_slpc to skylake info tom.orourke
2016-01-21 13:50 ` ✗ Fi.CI.BAT: failure for Add support for GuC-based SLPC Patchwork
2016-01-21 23:16   ` O'Rourke, Tom
2016-01-22 17:07     ` Daniel Vetter
2016-01-22 17:00 ` [RFC 00/22] " Daniel Vetter
2016-01-26 15:45   ` Jesse Barnes
2016-01-26 17:00     ` Daniel Vetter
2016-01-26 17:17       ` Jesse Barnes
2016-01-27  1:17         ` O'Rourke, Tom
2016-02-09 12:08       ` Martin Peres
2016-02-10  7:37         ` Daniel Vetter
2016-02-10 10:31           ` Martin Peres
2016-02-03 20:25 ` Zanoni, Paulo R
2016-02-09  7:03   ` Kamble, Sagar A
2016-02-11 20:10     ` Zanoni, Paulo R
2016-02-09 11:56 ` Martin Peres

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=56AAF1FE.6050204@intel.com \
    --to=sagar.a.kamble@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=shashidhar.hiremath@intel.com \
    --cc=tom.orourke@intel.com \
    --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;
as well as URLs for NNTP newsgroup(s).