Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753435AbdGCVQD convert rfc822-to-8bit (ORCPT ); Mon, 3 Jul 2017 17:16:03 -0400 Received: from mail.free-electrons.com ([62.4.15.54]:56398 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753266AbdGCVQB (ORCPT ); Mon, 3 Jul 2017 17:16:01 -0400 Date: Mon, 3 Jul 2017 23:15:53 +0200 From: Boris Brezillon To: Peter Rosin , Daniel Vetter Cc: linux-kernel@vger.kernel.org, David Airlie , dri-devel@lists.freedesktop.org, Alexandre Belloni , Nicolas Ferre Subject: Re: [PATCH] drm: atmel-hlcdc: use a default gamma ramp if none is specified Message-ID: <20170703231553.1be2f4b3@bbrezillon> In-Reply-To: References: <1499074930-10187-1-git-send-email-peda@axentia.se> <20170703133102.5788d2f2@bbrezillon> <20170703140235.53329a09@bbrezillon> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4037 Lines: 94 Le Mon, 3 Jul 2017 22:59:36 +0200, Peter Rosin a écrit : > On 2017-07-03 14:02, Boris Brezillon wrote: > > On Mon, 3 Jul 2017 13:53:28 +0200 > > Peter Rosin wrote: > > > >> On 2017-07-03 13:31, Boris Brezillon wrote: > >>> On Mon, 3 Jul 2017 11:42:10 +0200 > >>> Peter Rosin wrote: > >>> > >>>> At init and if the gamma_lut property is ever removed, the clut > >>>> registers must be programmed with a default gamma ramp instead of > >>>> being left in some unknown state. > >>>> > >>>> Fixes: 364a7bf574eb ("drm: atmel-hlcdc: add support for 8-bit color lookup table mode") > >>>> Signed-off-by: Peter Rosin > >>>> --- > >>>> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 17 ++++++++++++++++- > >>>> 1 file changed, 16 insertions(+), 1 deletion(-) > >>>> > >>>> diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c b/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c > >>>> index b5bd9b0..0ccd93c 100644 > >>>> --- a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c > >>>> +++ b/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c > >>>> @@ -429,6 +429,14 @@ static void atmel_hlcdc_plane_update_format(struct atmel_hlcdc_plane *plane, > >>>> ATMEL_HLCDC_LAYER_FORMAT_CFG, cfg); > >>>> } > >>>> > >>>> +static void atmel_hlcdc_default_gamma_ramp(struct atmel_hlcdc_layer *layer) > >>>> +{ > >>>> + int idx; > >>>> + > >>>> + for (idx = 0; idx < ATMEL_HLCDC_CLUT_SIZE; idx++) > >>>> + atmel_hlcdc_layer_write_clut(layer, idx, idx * 0x10101); > >>>> +} > >>>> + > >>>> static void atmel_hlcdc_plane_update_clut(struct atmel_hlcdc_plane *plane) > >>>> { > >>>> struct drm_crtc *crtc = plane->base.crtc; > >>>> @@ -438,9 +446,14 @@ static void atmel_hlcdc_plane_update_clut(struct atmel_hlcdc_plane *plane) > >>>> if (!crtc || !crtc->state) > >>>> return; > >>>> > >>>> - if (!crtc->state->color_mgmt_changed || !crtc->state->gamma_lut) > >>>> + if (!crtc->state->color_mgmt_changed) > >>>> return; > >>>> > >>>> + if (!crtc->state->gamma_lut) { > >>>> + atmel_hlcdc_default_gamma_ramp(&plane->layer); > >>> > >>> Hm, I'd prefer to have state->gamma_lut properly initialized in > >>> atmel_hlcdc_crtc_reset(), this way you don't have to do that in the > >>> update path. > >> > >> The gamma_lut property can be removed, so you have to handle it here anyway. No? > > > > Hm, what do you mean by removed? AFAICT, a property, once attached to > > a DRM object, exists until the DRM object is destroyed. The data > > attached to this property (here, the gamma_lut array) can be NULL, but > > once you have allocated the data container, it will be duplicated (and > > possibly updated) every time an atomic operation is triggered. > > By remove I meant someone somehow triggering a call like this: > > drm_atomic_crtc_set_property(crtc, ...->gamma_lut_property, 0); > > By the looks of it, that is not happening? But I'm not sure of that, and > even if it's not happening today, that may change... Hm, that means someone would deliberately set an empty CLUT and still request to display something C8 formated? If you want my opinion, we should return -EINVAL if this happens. Using a default CLUT table to support C8 early in the boot is one thing, allowing one to explicitly discard the CLUT and expecting C8 to work properly sounds like a bad to me. > > > By initializing this field in crtc->reset(), you enforce the > > default/reset state, which IIUC, is what you want here. > > Agreed, if it is not possible to remove/clear out the gamma_lut property, > then the only thing needed is to initialize the hw clut registers to the > linear ramp somewhere early. Well, I don't know if we should prevent one from discarding the CLUT, but we should definitely prevent one from using C8 format when ->gamma_lut is NULL. > > But is it indeed a fact that there is no way to clear out the gamma_lut prop? You clearly showed it was possible, so I'd say no. Daniel, any opinion on this specific problem?