public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Ander Conselvan de Oliveira <conselvan2@gmail.com>
To: Matt Roper <matthew.d.roper@intel.com>,
	Ander Conselvan de Oliveira
	<ander.conselvan.de.oliveira@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 6/7] drm/i915: Improve how the memory for crtc state is allocated
Date: Fri, 16 Jan 2015 10:50:43 +0200	[thread overview]
Message-ID: <54B8D0E3.7040605@gmail.com> (raw)
In-Reply-To: <20150115185040.GF22549@intel.com>

On 01/15/2015 08:50 PM, Matt Roper wrote:
> On Thu, Jan 15, 2015 at 02:55:26PM +0200, Ander Conselvan de Oliveira wrote:
>> The previous patch changed the config field in intel_crtc to a pointer,
>> but to keep the mechanical changes (done with spatch) separate from the
>> new code, the pointer was made to point to a new _config field with type
>> struct intel_crtc_state added to that struct. This patch improves that
>> code by getting rid of that field, allocating a state struct in
>> intel_crtc_init() a keeping it properly updated when a mode set
>> happens.
>>
>> v2: Manual changes split from previous patch. (Matt)
>>      Don't leak the current state when the crtc is destroyed (Matt)
>>
>> Signed-off-by: Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com>
>
> I don't see a need to keep patch #7 separate from the changes you're
> making here; I'd go ahead and just squash it into this patch since it's
> a trivial change.
>
> Although 6+7 look okay, I do question whether we really want to keep
> intel_crtc->config now that our intel crtc state is a subclass of the
> DRM state object and can always be accessed through our base pointer.
> For planes, we just grab the base state through the
> object's base pointer, then cast that to the i915-specific state object;
> i.e.,
>
>          foo = to_intel_plane_state(intel_plane->base.state);
>
> My inclination would be to handle crtc's the same way for consistency
> and so that we don't have two pointers per object (one base, one
> i915-specific) that are essentially pointing at the same thing and have
> to be kept in sync.

Daniel was anticipating we would still need ->config and ->new_config. 
For async updates, we would commit drm_crtc->state before it is written 
to the hardware. In that case, the hardware current state would still be 
in intel_crtc->config and drm_crtc->state would actually match 
->new_config. We'll have to sort this out later, so I just avoided doing 
too many changes.

Ander

> Anyway, you can consider this entire series
>
>      Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
>
> whether or not you decide to make further updates to 6+7.  The use of
> Coccinelle to auto-generate most of these patches was great and made the
> series very easy to review.
>
>
> Matt
>
>
>> ---
>>   drivers/gpu/drm/i915/intel_display.c | 20 ++++++++++++++++----
>>   drivers/gpu/drm/i915/intel_drv.h     |  1 -
>>   2 files changed, 16 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c
>> index acdaed2..002e5a9 100644
>> --- a/drivers/gpu/drm/i915/intel_display.c
>> +++ b/drivers/gpu/drm/i915/intel_display.c
>> @@ -8926,6 +8926,13 @@ out:
>>   	intel_runtime_pm_put(dev_priv);
>>   }
>>
>> +static void intel_crtc_set_state(struct intel_crtc *crtc,
>> +				 struct intel_crtc_state *crtc_state)
>> +{
>> +	kfree(crtc->config);
>> +	crtc->config = crtc_state;
>> +}
>> +
>>   static void intel_crtc_destroy(struct drm_crtc *crtc)
>>   {
>>   	struct intel_crtc *intel_crtc = to_intel_crtc(crtc);
>> @@ -8944,6 +8951,7 @@ static void intel_crtc_destroy(struct drm_crtc *crtc)
>>
>>   	drm_crtc_cleanup(crtc);
>>
>> +	intel_crtc_set_state(intel_crtc, NULL);
>>   	kfree(intel_crtc);
>>   }
>>
>> @@ -10995,8 +11003,7 @@ static int __intel_set_mode(struct drm_crtc *crtc,
>>   		crtc->mode = *mode;
>>   		/* mode_set/enable/disable functions rely on a correct pipe
>>   		 * config. */
>> -		(*(to_intel_crtc(crtc)->config)) = *pipe_config;
>> -		to_intel_crtc(crtc)->new_config = to_intel_crtc(crtc)->config;
>> +		intel_crtc_set_state(to_intel_crtc(crtc), pipe_config);
>>
>>   		/*
>>   		 * Calculate and store various constants which
>> @@ -11040,7 +11047,6 @@ done:
>>   	if (ret && crtc->enabled)
>>   		crtc->mode = *saved_mode;
>>
>> -	kfree(pipe_config);
>>   	kfree(saved_mode);
>>   	return ret;
>>   }
>> @@ -12187,6 +12193,7 @@ static void intel_crtc_init(struct drm_device *dev, int pipe)
>>   {
>>   	struct drm_i915_private *dev_priv = dev->dev_private;
>>   	struct intel_crtc *intel_crtc;
>> +	struct intel_crtc_state *crtc_state = NULL;
>>   	struct drm_plane *primary = NULL;
>>   	struct drm_plane *cursor = NULL;
>>   	int i, ret;
>> @@ -12195,6 +12202,11 @@ static void intel_crtc_init(struct drm_device *dev, int pipe)
>>   	if (intel_crtc == NULL)
>>   		return;
>>
>> +	crtc_state = kzalloc(sizeof(*crtc_state), GFP_KERNEL);
>> +	if (!crtc_state)
>> +		goto fail;
>> +	intel_crtc_set_state(intel_crtc, crtc_state);
>> +
>>   	primary = intel_primary_plane_create(dev, pipe);
>>   	if (!primary)
>>   		goto fail;
>> @@ -12240,7 +12252,6 @@ static void intel_crtc_init(struct drm_device *dev, int pipe)
>>   	drm_crtc_helper_add(&intel_crtc->base, &intel_helper_funcs);
>>
>>   	WARN_ON(drm_crtc_index(&intel_crtc->base) != intel_crtc->pipe);
>> -	intel_crtc->config = &intel_crtc->_config;
>>   	return;
>>
>>   fail:
>> @@ -12248,6 +12259,7 @@ fail:
>>   		drm_plane_cleanup(primary);
>>   	if (cursor)
>>   		drm_plane_cleanup(cursor);
>> +	kfree(crtc_state);
>>   	kfree(intel_crtc);
>>   }
>>
>> diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
>> index 0b59a93..c8c0b7f 100644
>> --- a/drivers/gpu/drm/i915/intel_drv.h
>> +++ b/drivers/gpu/drm/i915/intel_drv.h
>> @@ -469,7 +469,6 @@ struct intel_crtc {
>>   	uint32_t cursor_base;
>>
>>   	struct intel_plane_config plane_config;
>> -	struct intel_crtc_state _config;
>>   	struct intel_crtc_state *config;
>>   	struct intel_crtc_state *new_config;
>>   	bool new_enabled;
>> --
>> 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:[~2015-01-16  8:51 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-15 12:55 [PATCH 0/7] Make drm_crtc->state match pipe_config Ander Conselvan de Oliveira
2015-01-15 12:55 ` [PATCH 1/7] drm/i915: Rename struct intel_crtc_config to intel_crtc_state Ander Conselvan de Oliveira
2015-01-15 12:55 ` [PATCH 2/7] drm/i915: Embedded struct drm_crtc_state in intel_crtc_state Ander Conselvan de Oliveira
2015-01-15 12:55 ` [PATCH 3/7] drm/i915: Pass new_config down do crtc_compute_clock Ander Conselvan de Oliveira
2015-01-15 12:55 ` [PATCH 4/7] drm/i915: Use local pipe_config varariable when available Ander Conselvan de Oliveira
2015-01-15 12:55 ` [PATCH 5/7] drm/i915: Make intel_crtc->config a pointer Ander Conselvan de Oliveira
2015-01-15 12:55 ` [PATCH 6/7] drm/i915: Improve how the memory for crtc state is allocated Ander Conselvan de Oliveira
2015-01-15 18:50   ` Matt Roper
2015-01-16  8:50     ` Ander Conselvan de Oliveira [this message]
2015-01-16 23:48   ` Matt Roper
2015-01-20  9:37     ` Daniel Vetter
2015-01-15 12:55 ` [PATCH 7/7] drm/i915: Keep drm_crtc->state in sync with intel_crtc->config Ander Conselvan de Oliveira
2015-01-16  6:09   ` shuang.he

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=54B8D0E3.7040605@gmail.com \
    --to=conselvan2@gmail.com \
    --cc=ander.conselvan.de.oliveira@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