All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Ziswiler <marcel.ziswiler@toradex.com>
To: "daniel.thompson@linaro.org" <daniel.thompson@linaro.org>
Cc: "rpurdie@rpsys.net" <rpurdie@rpsys.net>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"dianders@google.com" <dianders@google.com>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"jingoohan1@gmail.com" <jingoohan1@gmail.com>,
	"enric.balletbo@collabora.com" <enric.balletbo@collabora.com>,
	"linux-leds@vger.kernel.org" <linux-leds@vger.kernel.org>,
	"jacek.anaszewski@gmail.com" <jacek.anaszewski@gmail.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"kernel@collabora.com" <kernel@collabora.com>,
	"briannorris@google.com" <briannorris@google.com>,
	"pavel@ucw.cz" <pavel@ucw.cz>,
	"lee.jones@linaro.org" <lee.jones@linaro.org>,
	"amstan@google.com" <amstan@google.com>,
	"groeck@google.com" <groeck@google.com>
Subject: Re: REGRESSION: [RESEND PATCH v3 1/4] backlight: pwm_bl: linear interpolation between brightness-levels
Date: Mon, 16 Jul 2018 11:57:29 +0000	[thread overview]
Message-ID: <1531742247.6547.4.camel@toradex.com> (raw)
In-Reply-To: <20180716094223.syzwviia4wdx74yh@holly.lan>

On Mon, 2018-07-16 at 10:42 +0100, Daniel Thompson wrote:
> On Sun, Jul 15, 2018 at 02:26:44PM +0000, Marcel Ziswiler wrote:
> > On Sun, 2018-07-15 at 08:57 +0100, Daniel Thompson wrote:
> > > On Sat, Jul 14, 2018 at 03:08:17PM +0000, Marcel Ziswiler wrote:
> > > > On Mon, 2018-04-09 at 10:33 +0200, Enric Balletbo i Serra
> > > > wrote:
> > > > > diff --git a/drivers/video/backlight/pwm_bl.c
> > > > > b/drivers/video/backlight/pwm_bl.c
> > > > > index 8e3f1245f5c5..f0a108ab570a 100644
> > > > > --- a/drivers/video/backlight/pwm_bl.c
> > > > > +++ b/drivers/video/backlight/pwm_bl.c
> > > > > @@ -147,7 +147,11 @@ static int pwm_backlight_parse_dt(struct
> > > > > device
> > > > > *dev,
> > > > >  				  struct
> > > > > platform_pwm_backlight_data
> > > > > *data)
> > > > >  {
> > > > >  	struct device_node *node = dev->of_node;
> > > > > +	unsigned int num_levels = 0;
> > > > > +	unsigned int levels_count;
> > > > > +	unsigned int num_steps;
> > > 
> > > num_steps is not initialized...
> > > 
> > > 
> > > > >  	struct property *prop;
> > > > > +	unsigned int *table;
> > > > >  	int length;
> > > > >  	u32 value;
> > > > >  	int ret;
> > > > > @@ -167,6 +171,7 @@ static int pwm_backlight_parse_dt(struct
> > > > > device
> > > > > *dev,
> > > > >  	/* read brightness levels from DT property */
> > > > >  	if (data->max_brightness > 0) {
> > > > >  		size_t size = sizeof(*data->levels) * data-
> > > > > > max_brightness;
> > > > > 
> > > > > +		unsigned int i, j, n = 0;
> > > > >  
> > > > >  		data->levels = devm_kzalloc(dev, size,
> > > > > GFP_KERNEL);
> > > > >  		if (!data->levels)
> > > > > @@ -184,6 +189,84 @@ static int pwm_backlight_parse_dt(struct
> > > > > device
> > > > > *dev,
> > > > >  			return ret;
> > > > >  
> > > > >  		data->dft_brightness = value;
> > > > > +
> > > > > +		/*
> > > > > +		 * This property is optional, if is set
> > > > > enables
> > > > > linear
> > > > > +		 * interpolation between each of the values
> > > > > of
> > > > > brightness levels
> > > > > +		 * and creates a new pre-computed table.
> > > > > +		 */
> > > > > +		of_property_read_u32(node, "num-
> > > > > interpolated-
> > > > > steps",
> > > > > +				     &num_steps);
> > > 
> > > ... this is not guaranteed to initialized num_steps ...
> > 
> > Yes, as it only does so if returning zero. I do further propose to
> > check its return value as well. Isn't that what return values are
> > used
> > for?
> 
> I don't much mind either way.
> 
> I originally wrote the patch you shared below but then decided to ask
> you
> to test and, since I didn't compile test before doing so, I opted for
> something more immune to silly mistakes.
> 
> 
> > Quoting from include/linux/of.h:
> > 
> > Search for a property in a device node and read 32-bit value(s)
> > from
> > it. Returns 0 on success, -EINVAL if the property does not exist,
> > -ENODATA if property does not have a value, and -EOVERFLOW if the
> > property data isn't large enough.
> > 
> > > > > +
> > > > > +		/*
> > > > > +		 * Make sure that there is at least two
> > > > > entries
> > > > > in
> > > > > the
> > > > > +		 * brightness-levels table, otherwise we
> > > > > can't
> > > > > interpolate
> > > > > +		 * between two points.
> > > > > +		 */
> > > > > +		if (num_steps) {
> > > 
> > > ... and we make a decision on it here.
> > > 
> > > Marcel: Can you try the following quick fix? It's untested on my
> > > side
> > >         but very simple...
> > > 
> > > From 6fa2fbeb017086147ac61981107a95cb8ae7b4e7 Mon Sep 17 00:00:00
> > > 2001
> > > From: Daniel Thompson <daniel.thompson@linaro.org>
> > > Date: Sun, 15 Jul 2018 08:49:05 +0100
> > > Subject: [PATCH] backlight: pwm_bl: Fix uninitialized variable
> > > 
> > > Currently, if the DT does not define num-interpolated-steps then
> > > num_steps is undefined meaning the interpolation code will deploy
> > > randomly. Fix this.
> > > 
> > > Fixes: 573fe6d1c25c ("backlight: pwm_bl: Linear interpolation
> > > between
> > > brightness-levels")
> > > Reported-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
> > > Signed-off-by: Daniel Thompson <daniel.thompson@linaro.org>
> > > ---
> > >  drivers/video/backlight/pwm_bl.c | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/video/backlight/pwm_bl.c
> > > b/drivers/video/backlight/pwm_bl.c
> > > index 9ee4c1b735b2..bdfcc0a71db1 100644
> > > --- a/drivers/video/backlight/pwm_bl.c
> > > +++ b/drivers/video/backlight/pwm_bl.c
> > > @@ -250,7 +250,7 @@ static int pwm_backlight_parse_dt(struct
> > > device
> > > *dev,
> > >  	struct device_node *node = dev->of_node;
> > >  	unsigned int num_levels = 0;
> > >  	unsigned int levels_count;
> > > -	unsigned int num_steps;
> > > +	unsigned int num_steps = 0;
> > >  	struct property *prop;
> > >  	unsigned int *table;
> > >  	int length;
> > > --
> > > 2.17.1
> > 
> > From dbb31d00c9f2873affedbceae917c9d7fce5f832 Mon Sep 17 00:00:00
> > 2001
> > Message-Id:
> > <dbb31d00c9f2873affedbceae917c9d7fce5f832.1531664663.git.ma
> > rcel.ziswiler@toradex.com>
> > From: Daniel Thompson <daniel.thompson@linaro.org>
> > Date: Sun, 15 Jul 2018 08:49:05 +0100
> > Subject: [PATCH] backlight: pwm_bl: Fix uninitialized variable
> > 
> > Currently, if the DT does not define num-interpolated-steps then
> > num_steps is undefined meaning the interpolation code will deploy
> > randomly. Fix this.
> > 
> > Fixes: 573fe6d1c25c ("backlight: pwm_bl: Linear interpolation
> > between
> > brightness-levels")
> > Reported-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
> > Signed-off-by: Daniel Thompson <daniel.thompson@linaro.org>
> > Signed-off-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>
> 
> Is it Tested-by: too? It would be good to confirm I was right about
> the
> cause of the problem.

Yes and I confirm you were right.

> > ---
> >  drivers/video/backlight/pwm_bl.c | 18 ++++++++----------
> >  1 file changed, 8 insertions(+), 10 deletions(-)
> > 
> > diff --git a/drivers/video/backlight/pwm_bl.c
> > b/drivers/video/backlight/pwm_bl.c
> > index 9ee4c1b735b2..e884d589378d 100644
> > --- a/drivers/video/backlight/pwm_bl.c
> > +++ b/drivers/video/backlight/pwm_bl.c
> > @@ -250,7 +250,7 @@ static int pwm_backlight_parse_dt(struct device
> > *dev,
> >  	struct device_node *node = dev->of_node;
> >  	unsigned int num_levels = 0;
> >  	unsigned int levels_count;
> > -	unsigned int num_steps;
> > +	unsigned int num_steps = 0;
> 
> This can go. If we check the return code them this variable is no
> longer
> used uninitialized [I'm OK to make the change though... since you've
> kept my name at the top ;-) ].

Yes, I confirm that this works for me. Are you gona send a proper patch
out or should I do it?

> Daniel.
> 
> >  	struct property *prop;
> >  	unsigned int *table;
> >  	int length;
> > @@ -299,15 +299,13 @@ static int pwm_backlight_parse_dt(struct
> > device
> > *dev,
> >  		 * interpolation between each of the values of
> > brightness levels
> >  		 * and creates a new pre-computed table.
> >  		 */
> > -		of_property_read_u32(node, "num-interpolated-
> > steps",
> > -				     &num_steps);
> > -
> > -		/*
> > -		 * Make sure that there is at least two entries in
> > the
> > -		 * brightness-levels table, otherwise we can't
> > interpolate
> > -		 * between two points.
> > -		 */
> > -		if (num_steps) {
> > +		if ((of_property_read_u32(node, "num-interpolated-
> > steps",
> > +					  &num_steps) == 0) &&
> > (num_steps)) {
> > +			/*
> > +			 * Make sure that there is at least two
> > entries in the
> > +			 * brightness-levels table, otherwise we
> > can't
> > interpolate
> > +			 * between two points.
> > +			 */
> >  			if (data->max_brightness < 2) {
> >  				dev_err(dev, "can't
> > interpolate\n");
> >  				return -EINVAL;
> > -- 
> > 2.14.4

  reply	other threads:[~2018-07-16 11:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-09  8:33 [RESEND PATCH v3 0/4] backlight: pwm_bl: support linear interpolation and brightness to human eye Enric Balletbo i Serra
2018-04-09  8:33 ` [RESEND PATCH v3 1/4] backlight: pwm_bl: linear interpolation between brightness-levels Enric Balletbo i Serra
2018-07-14 15:08   ` REGRESSION: " Marcel Ziswiler
2018-07-15  7:57     ` Daniel Thompson
2018-07-15  7:57       ` Daniel Thompson
2018-07-15 14:26       ` Marcel Ziswiler
2018-07-16  9:42         ` Daniel Thompson
2018-07-16 11:57           ` Marcel Ziswiler [this message]
2018-07-16 13:51             ` Daniel Thompson
2018-07-16 14:03               ` Marcel Ziswiler
2018-04-09  8:33 ` [RESEND PATCH v3 2/4] dt-bindings: pwm-backlight: add a num-interpolation-steps property Enric Balletbo i Serra
2018-04-09  8:33 ` [RESEND PATCH v3 3/4] backlight: pwm_bl: compute brightness of LED linearly to human eye Enric Balletbo i Serra
2018-04-09  8:33 ` [RESEND PATCH v3 4/4] dt-bindings: pwm-backlight: move brightness-levels to optional Enric Balletbo i Serra
2018-06-18  6:20 ` [RESEND PATCH v3 0/4] backlight: pwm_bl: support linear interpolation and brightness to human eye Lee Jones

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=1531742247.6547.4.camel@toradex.com \
    --to=marcel.ziswiler@toradex.com \
    --cc=amstan@google.com \
    --cc=briannorris@google.com \
    --cc=daniel.thompson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dianders@google.com \
    --cc=enric.balletbo@collabora.com \
    --cc=groeck@google.com \
    --cc=jacek.anaszewski@gmail.com \
    --cc=jingoohan1@gmail.com \
    --cc=kernel@collabora.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-leds@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=robh+dt@kernel.org \
    --cc=rpurdie@rpsys.net \
    /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.