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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox