public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@linux.intel.com>
To: intel-gfx@lists.freedesktop.org
Cc: Ander Conselvan de Oliveira
	<ander.conselvan.de.oliveira@intel.com>,
	rodrigo.vivi@intel.com
Subject: Re: [PATCH] drm/i915: Make for_each_intel_* macros typesafe
Date: Mon, 16 Mar 2015 12:00:35 +0200	[thread overview]
Message-ID: <87y4mxp8ho.fsf@intel.com> (raw)
In-Reply-To: <1426490483-28312-1-git-send-email-ander.conselvan.de.oliveira@intel.com>

On Mon, 16 Mar 2015, Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com> wrote:
> So that the compiler warns if we get something wrong.
>
> Signed-off-by: Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@intel.com>
> ---
>  drivers/gpu/drm/i915/i915_drv.h | 39 ++++++++++++++++++++++++++-------------
>  1 file changed, 26 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> index ae4ba6a..871d77a 100644
> --- a/drivers/gpu/drm/i915/i915_drv.h
> +++ b/drivers/gpu/drm/i915/i915_drv.h
> @@ -232,30 +232,43 @@ enum hpd_pin {
>  	     (__s) < INTEL_INFO(__dev_priv)->num_sprites[(__p)];	\
>  	     (__s)++)
>  
> -#define for_each_crtc(dev, crtc) \
> +#define type_check(variable, type)				\
> +	{							\
> +		typeof(variable) __dummy_ptr = NULL;		\
> +		const type *__type_check = __dummy_ptr;		\
> +		(void) __type_check;				\
> +	}
> +
> +#define for_each_crtc(dev, crtc)				\
> +	type_check(crtc, struct drm_crtc)			\
>  	list_for_each_entry(crtc, &dev->mode_config.crtc_list, head)

if (foo)
	for_each_crtc(dev, crtc);

will do type_check if foo, but list_for_each_entry unconditionally.

I think this is too fragile.

I'm already pretty anxious about our loop macros with an if in them
blowing up due to the dangling else:

	if (foo)
        	list_for_each_encoder_on_crtc(dev, crtc, intel_encoder)
                	bar();
	else
        	baz();

where baz() gets called for each encoder *not* on crtc, instead of once
for !foo.


BR,
Jani.



>  
> -#define for_each_intel_crtc(dev, intel_crtc) \
> -	list_for_each_entry(intel_crtc, &dev->mode_config.crtc_list, base.head)
> +#define for_each_intel_crtc(dev, crtc)				\
> +	type_check(crtc, struct intel_crtc)			\
> +	list_for_each_entry(crtc, &dev->mode_config.crtc_list, base.head)
>  
> -#define for_each_intel_encoder(dev, intel_encoder)		\
> -	list_for_each_entry(intel_encoder,			\
> +#define for_each_intel_encoder(dev, encoder)			\
> +	type_check(encoder, struct intel_encoder)		\
> +	list_for_each_entry(encoder,				\
>  			    &(dev)->mode_config.encoder_list,	\
>  			    base.head)
>  
> -#define for_each_intel_connector(dev, intel_connector)		\
> -	list_for_each_entry(intel_connector,			\
> +#define for_each_intel_connector(dev, connector)		\
> +	type_check(connector, struct intel_connector);		\
> +	list_for_each_entry(connector,				\
>  			    &dev->mode_config.connector_list,	\
>  			    base.head)
>  
>  
> -#define for_each_encoder_on_crtc(dev, __crtc, intel_encoder) \
> -	list_for_each_entry((intel_encoder), &(dev)->mode_config.encoder_list, base.head) \
> -		if ((intel_encoder)->base.crtc == (__crtc))
> +#define for_each_encoder_on_crtc(dev, __crtc, encoder)		\
> +	type_check(encoder, struct intel_encoder)		\
> +	list_for_each_entry((encoder), &(dev)->mode_config.encoder_list, base.head) \
> +		if ((encoder)->base.crtc == (__crtc))
>  
> -#define for_each_connector_on_encoder(dev, __encoder, intel_connector) \
> -	list_for_each_entry((intel_connector), &(dev)->mode_config.connector_list, base.head) \
> -		if ((intel_connector)->base.encoder == (__encoder))
> +#define for_each_connector_on_encoder(dev, __encoder, connector) \
> +	type_check(connector, struct intel_connector)		\
> +	list_for_each_entry((connector), &(dev)->mode_config.connector_list, base.head) \
> +		if ((connector)->base.encoder == (__encoder))
>  
>  #define for_each_power_domain(domain, mask)				\
>  	for ((domain) = 0; (domain) < POWER_DOMAIN_NUM; (domain)++)	\
> -- 
> 2.1.0
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Jani Nikula, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  parent reply	other threads:[~2015-03-16  9:59 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-13 23:13 [PATCH] drm/i915: Fix sink crc connector iteration Rodrigo Vivi
2015-03-14  7:08 ` shuang.he
2015-03-16  7:19 ` Ander Conselvan De Oliveira
2015-03-16  7:21   ` [PATCH] drm/i915: Make for_each_intel_* macros typesafe Ander Conselvan de Oliveira
2015-03-16  9:38     ` shuang.he
2015-03-16 10:00     ` Jani Nikula [this message]
2015-03-16 10:42       ` Chris Wilson
2015-03-16 12:51         ` Ander Conselvan de Oliveira
2015-03-16 17:24           ` 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=87y4mxp8ho.fsf@intel.com \
    --to=jani.nikula@linux.intel.com \
    --cc=ander.conselvan.de.oliveira@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=rodrigo.vivi@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