All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Ander Conselvan De Oliveira <conselvan2@gmail.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 1/3] drm/i915: Merge BDW pipe gamma and degamma table code
Date: Fri, 10 Feb 2017 16:16:54 +0200	[thread overview]
Message-ID: <20170210141654.GD31595@intel.com> (raw)
In-Reply-To: <1486721685.3273.9.camel@gmail.com>

On Fri, Feb 10, 2017 at 12:14:45PM +0200, Ander Conselvan De Oliveira wrote:
> On Thu, 2017-02-09 at 16:47 +0200, Ville Syrjälä wrote:
> > On Fri, Feb 03, 2017 at 03:11:13PM +0200, Ander Conselvan de Oliveira wrote:
> > > The only difference between the code loading the pipe gamma and degamma
> > > tables in BDW is that the gamma code also writes the registers that hold
> > > the maximum values. So we can use the gamma code for the degamma table,
> > > at the expense of writing the maximum value register twice, with
> > > potenttially wrong values in the first time.
> > > 
> > > v2: Pass PAL_PREC_SPLIT_MODE from the caller. (Ville)
> > > Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > > Signed-off-by: Ander Conselvan de Oliveira <ander.conselvan.de.oliveira@inte
> > > l.com>
> > > ---
> > >  drivers/gpu/drm/i915/intel_color.c | 59 ++++++++++-------------------------
> > > ---
> > >  1 file changed, 15 insertions(+), 44 deletions(-)
> > > 
> > > diff --git a/drivers/gpu/drm/i915/intel_color.c
> > > b/drivers/gpu/drm/i915/intel_color.c
> > > index 0627eee..82e1809 100644
> > > --- a/drivers/gpu/drm/i915/intel_color.c
> > > +++ b/drivers/gpu/drm/i915/intel_color.c
> > > @@ -340,54 +340,20 @@ static void haswell_load_luts(struct drm_crtc_state
> > > *crtc_state)
> > >  		hsw_enable_ips(intel_crtc);
> > >  }
> > >  
> > > -static void bdw_load_degamma_lut(struct drm_crtc_state *state)
> > > +static void bdw_load_lut(struct drm_crtc_state *state, u32 offset,
> > 
> > Maybe just pass the intel_crtc instead of the state? I presume we don't
> > need anything else from the state really?
> > 
> > > +			 struct drm_color_lut *lut, u32 lut_size,
> > > +			 u32 flags)
> > >  {
> > >  	struct drm_i915_private *dev_priv = to_i915(state->crtc->dev);
> > >  	enum pipe pipe = to_intel_crtc(state->crtc)->pipe;
> > > -	uint32_t i, lut_size = INTEL_INFO(dev_priv)-
> > > >color.degamma_lut_size;
> > > -
> > > -	I915_WRITE(PREC_PAL_INDEX(pipe),
> > > -		   PAL_PREC_SPLIT_MODE | PAL_PREC_AUTO_INCREMENT);
> > > -
> > > -	if (state->degamma_lut) {
> > > -		struct drm_color_lut *lut =
> > > -			(struct drm_color_lut *) state->degamma_lut->data;
> > > -
> > > -		for (i = 0; i < lut_size; i++) {
> > > -			uint32_t word =
> > > -			drm_color_lut_extract(lut[i].red, 10) << 20 |
> > > -			drm_color_lut_extract(lut[i].green, 10) << 10 |
> > > -			drm_color_lut_extract(lut[i].blue, 10);
> > > -
> > > -			I915_WRITE(PREC_PAL_DATA(pipe), word);
> > > -		}
> > > -	} else {
> > > -		for (i = 0; i < lut_size; i++) {
> > > -			uint32_t v = (i * ((1 << 10) - 1)) / (lut_size -
> > > 1);
> > > -
> > > -			I915_WRITE(PREC_PAL_DATA(pipe),
> > > -				   (v << 20) | (v << 10) | v);
> > > -		}
> > > -	}
> > > -}
> > > -
> > > -static void bdw_load_gamma_lut(struct drm_crtc_state *state, u32 offset)
> > > -{
> > > -	struct drm_i915_private *dev_priv = to_i915(state->crtc->dev);
> > > -	enum pipe pipe = to_intel_crtc(state->crtc)->pipe;
> > > -	uint32_t i, lut_size = INTEL_INFO(dev_priv)->color.gamma_lut_size;
> > > +	uint32_t i;
> > >  
> > >  	WARN_ON(offset & ~PAL_PREC_INDEX_VALUE_MASK);
> > >  
> > >  	I915_WRITE(PREC_PAL_INDEX(pipe),
> > > -		   (offset ? PAL_PREC_SPLIT_MODE : 0) |
> > > -		   PAL_PREC_AUTO_INCREMENT |
> > > -		   offset);
> > > -
> > > -	if (state->gamma_lut) {
> > > -		struct drm_color_lut *lut =
> > > -			(struct drm_color_lut *) state->gamma_lut->data;
> > > +		   flags | PAL_PREC_AUTO_INCREMENT | offset);
> > >  
> > > +	if (lut) {
> > >  		for (i = 0; i < lut_size; i++) {
> > >  			uint32_t word =
> > >  			(drm_color_lut_extract(lut[i].red, 10) << 20) |
> > > @@ -430,9 +396,13 @@ static void broadwell_load_luts(struct drm_crtc_state
> > > *state)
> > >  		return;
> > >  	}
> > >  
> > > -	bdw_load_degamma_lut(state);
> > > -	bdw_load_gamma_lut(state,
> > > -			   INTEL_INFO(dev_priv)->color.degamma_lut_size);
> > > +	bdw_load_lut(state, 0, (struct drm_color_lut *) state->degamma_lut,
> > 
> > ->data ?
> > 
> > Such explicit casts are a good recipe for bugs I think, so would be nice
> > if someone could make this blob stuff more type safe.
> 
> Yikes! Totally missed that. Indeed the cast is a really bad idea.
> 
> > Dunno, maybe some kind of 'void *blob_get_data()' type of thing, or
> > maybe decouple the blob data from the blob once again so that we'd have
> > 'void *data' in there.
> 
> For this patch, how about a 
> 
> static struct drm_color_lut *
> blob_data_as_lut(struct drm_property_blob *blob)
> {
>         if (!blob)
>                 return NULL;
> 
>         return (struct drm_color_lut *) blob->data;
> }

I could live with that.

> 
> I think it is better than passing a void*.

Perhaps. But it does require a cast to the specific type, so every user
would have to roll their own thing. void* you don't have to cast at all.
Of course you could by accident pass the wrong void*.

> 
> Ander
> 
> > 
> > > +		     INTEL_INFO(dev_priv)->color.degamma_lut_size,
> > > +		     PAL_PREC_SPLIT_MODE);
> > > +	bdw_load_lut(state, INTEL_INFO(dev_priv)->color.degamma_lut_size,
> > > +		     (struct drm_color_lut *) state->gamma_lut,
> > > +		     INTEL_INFO(dev_priv)->color.gamma_lut_size,
> > > +		     PAL_PREC_SPLIT_MODE);
> > >  
> > >  	intel_state->gamma_mode = GAMMA_MODE_MODE_SPLIT;
> > >  	I915_WRITE(GAMMA_MODE(pipe), GAMMA_MODE_MODE_SPLIT);
> > > @@ -489,7 +459,8 @@ static void glk_load_luts(struct drm_crtc_state *state)
> > >  	}
> > >  
> > >  	glk_load_degamma_lut(state);
> > > -	bdw_load_gamma_lut(state, 0);
> > > +	bdw_load_lut(state, 0, (struct drm_color_lut *) state->gamma_lut,
> > > +		     INTEL_INFO(dev_priv)->color.gamma_lut_size, 0);
> > >  
> > >  	intel_state->gamma_mode = GAMMA_MODE_MODE_10BIT;
> > >  	I915_WRITE(GAMMA_MODE(pipe), GAMMA_MODE_MODE_10BIT);
> > > -- 
> > > 2.9.3
> > 
> > 

-- 
Ville Syrjälä
Intel OTC
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2017-02-10 14:16 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-03 13:11 [PATCH v4 0/3] Geminilake pipe CSC Ander Conselvan de Oliveira
2017-02-03 13:11 ` [PATCH 1/3] drm/i915: Merge BDW pipe gamma and degamma table code Ander Conselvan de Oliveira
2017-02-09 14:47   ` Ville Syrjälä
2017-02-10 10:14     ` Ander Conselvan De Oliveira
2017-02-10 14:16       ` Ville Syrjälä [this message]
2017-02-03 13:11 ` [PATCH 2/3] drm/i915/glk: Load the degamma LUT even in legacy gamma mode Ander Conselvan de Oliveira
2017-02-09  8:29   ` Ander Conselvan De Oliveira
2017-02-09 14:47   ` Ville Syrjälä
2017-02-03 13:11 ` [PATCH 3/3] drm/i915/glk: Enable pipe CSC Ander Conselvan de Oliveira
2017-02-03 15:26 ` ✓ Fi.CI.BAT: success for Geminilake pipe CSC (rev3) Patchwork

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=20170210141654.GD31595@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=conselvan2@gmail.com \
    --cc=intel-gfx@lists.freedesktop.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.