All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jingoo Han" <jingoohan1@gmail.com>
To: 'Lukasz Majewski' <l.majewski@majess.pl>
Cc: 'Thierry Reding' <thierry.reding@gmail.com>,
	'Lee Jones' <lee.jones@linaro.org>,
	'Jean-Christophe Plagniol-Villard' <plagnioj@jcrosoft.com>,
	'Tomi Valkeinen' <tomi.valkeinen@ti.com>,
	linux-pwm@vger.kernel.org, linux-fbdev@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	'Fabio Estevam' <fabio.estevam@nxp.com>,
	'Fabio Estevam' <festevam@gmail.com>,
	'Liu Ying' <Ying.Liu@freescale.com>
Subject: Re: [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_prob
Date: Tue, 25 Oct 2016 22:47:00 +0000	[thread overview]
Message-ID: <000d01d22f11$b333ed80$199bc880$@gmail.com> (raw)
In-Reply-To: <20161024230041.41959e5e@jawa>

On Monday, October 24, 2016, Lukasz Majewski wrote:
> 
> Hi Jingoo,
> 
> > On Saturday, October 22, 2016, Lukasz Majewski wrote:
> > >
> > > The commit: a55944ca82d287ca099ca90413af857af9086773 has posed some
> > > extra

Please add the 'subject' of patch as below.

The commit a55944ca82d2 ("backlight: update bd state & fb_blank properties when necessary ")
has posted some extra.

Best regards,
Jingoo Han


> >
> > Please add the subject of the patch, in order to let people know
> > which patch you mention exactly. Please loot at other commits that
> > fixed bugs or behavior
> > of other patches.
> 
> Thanks for the tip.
> 
> The mentioned patch:
> 
> commit a55944ca82d287ca099ca90413af857af9086773
> Author: Liu Ying <Ying.Liu@freescale.com>
> Date:   Thu Apr 3 14:48:54 2014 -0700
> 
>     backlight: update bd state & fb_blank properties when necessary
> 
>     We don't have to update the state and fb_blank properties of a
> backlight
>     device every time a blanking or unblanking event comes because they
> may
>     have already been what we want.  Another thought is that one backlight
>     device may be shared by multiple framebuffers.  The backlight driver
>     should take the backlight device as a resource shared by all the
>     associated framebuffers.
> 
>     This patch adds some logic to record each framebuffer's backlight
> usage
>     to determine the backlight device use count and whether the two
>     properties should be updated or not.  To be more specific, only one
>     unblank operation on a certain blanked framebuffer may increase the
>     backlight device's use count by one, while one blank operation on a
>     certain unblanked framebuffer may decrease the use count by one,
> because
>     the userspace is likely to unblank an unblanked framebuffer or blank a
>     blanked framebuffer.
> 
> 
> Could you provide more feedback regarding provided fix?
> 
> Thanks in advance,
> 
> Łukasz Majewski
> 
> >
> > > restrictions on blanking and unblanking frame buffer device.
> > >
> > > Unfortunately, pwm_bl driver's probe did not initialize members of
> > > struct backlight_device necessary for further blank/unblank
> > > operation.
> > >
> > > This code in case of initial unblank of backlight device (default
> > > behaviour) sets use_count to 1 and marks this particular backlight
> > > device as used by all available fb devices (since it is not known
> > > during probe how much and which fb devices will be assigned).
> > >
> > > Without this code, the backlight works properly until one tries to
> > > blank it manually from sysfs with "echo 1
> > > > /sys/class/graphics/fb0/blank". Since fb_bl_on[0] and use_count
> > > > were both set to 0, the logic at
> > > fb_notifier_callback (@backlight.c) thought that we didn't turn on
> > > (unblanked) the backlight device and refuses to disable (blank) it.
> > > As a result we see garbage from fb displayed.
> > >
> > >
> > > Signed-off-by: Lukasz Majewski <l.majewski@majess.pl>
> > > ---
> > > The patch has been tested on i.MX6q with vanilla 4.7 and 4.8
> > > kernels. It applies on 4.9-rcX SHA1:
> > > dcd4693cf47801b7d988ea897519de90dfd25d17.
> > >
> > > ---
> > >  drivers/video/backlight/pwm_bl.c | 10 +++++++++-
> > >  1 file changed, 9 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/video/backlight/pwm_bl.c
> > > b/drivers/video/backlight/pwm_bl.c
> > > index 8040fd6..def39e8 100644
> > > --- a/drivers/video/backlight/pwm_bl.c
> > > +++ b/drivers/video/backlight/pwm_bl.c
> > > @@ -203,7 +203,7 @@ static int pwm_backlight_probe(struct
> > > platform_device *pdev)
> > >  	struct pwm_bl_data *pb;
> > >  	int initial_blank = FB_BLANK_UNBLANK;
> > >  	struct pwm_args pargs;
> > > -	int ret;
> > > +	int ret, i;
> > >
> > >  	if (!data) {
> > >  		ret = pwm_backlight_parse_dt(&pdev->dev,
> > > &defdata); @@ - 349,6 +349,14 @@ static int
> > > pwm_backlight_probe(struct platform_device *pdev)
> > >
> > >  	bl->props.brightness = data->dft_brightness;
> > >  	bl->props.power = initial_blank;
> > > +
> > > +	if (initial_blank == FB_BLANK_UNBLANK) {
> > > +		for (i = 0; i < FB_MAX; i++)
> > > +			bl->fb_bl_on[i] = true;
> > > +
> > > +		bl->use_count = 1;
> > > +	}
> > > +
> > >  	backlight_update_status(bl);
> > >
> > >  	platform_set_drvdata(pdev, bl);
> > > --
> > > 2.1.4
> >
> >


--
To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: "Jingoo Han" <jingoohan1@gmail.com>
To: 'Lukasz Majewski' <l.majewski@majess.pl>
Cc: 'Thierry Reding' <thierry.reding@gmail.com>,
	'Lee Jones' <lee.jones@linaro.org>,
	'Jean-Christophe Plagniol-Villard' <plagnioj@jcrosoft.com>,
	'Tomi Valkeinen' <tomi.valkeinen@ti.com>,
	linux-pwm@vger.kernel.org, linux-fbdev@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	'Fabio Estevam' <fabio.estevam@nxp.com>,
	'Fabio Estevam' <festevam@gmail.com>,
	'Liu Ying' <Ying.Liu@freescale.com>
Subject: Re: [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe()
Date: Tue, 25 Oct 2016 18:47:00 -0400	[thread overview]
Message-ID: <000d01d22f11$b333ed80$199bc880$@gmail.com> (raw)
In-Reply-To: <20161024230041.41959e5e@jawa>

On Monday, October 24, 2016, Lukasz Majewski wrote:
> 
> Hi Jingoo,
> 
> > On Saturday, October 22, 2016, Lukasz Majewski wrote:
> > >
> > > The commit: a55944ca82d287ca099ca90413af857af9086773 has posed some
> > > extra

Please add the 'subject' of patch as below.

The commit a55944ca82d2 ("backlight: update bd state & fb_blank properties when necessary ")
has posted some extra.

Best regards,
Jingoo Han


> >
> > Please add the subject of the patch, in order to let people know
> > which patch you mention exactly. Please loot at other commits that
> > fixed bugs or behavior
> > of other patches.
> 
> Thanks for the tip.
> 
> The mentioned patch:
> 
> commit a55944ca82d287ca099ca90413af857af9086773
> Author: Liu Ying <Ying.Liu@freescale.com>
> Date:   Thu Apr 3 14:48:54 2014 -0700
> 
>     backlight: update bd state & fb_blank properties when necessary
> 
>     We don't have to update the state and fb_blank properties of a
> backlight
>     device every time a blanking or unblanking event comes because they
> may
>     have already been what we want.  Another thought is that one backlight
>     device may be shared by multiple framebuffers.  The backlight driver
>     should take the backlight device as a resource shared by all the
>     associated framebuffers.
> 
>     This patch adds some logic to record each framebuffer's backlight
> usage
>     to determine the backlight device use count and whether the two
>     properties should be updated or not.  To be more specific, only one
>     unblank operation on a certain blanked framebuffer may increase the
>     backlight device's use count by one, while one blank operation on a
>     certain unblanked framebuffer may decrease the use count by one,
> because
>     the userspace is likely to unblank an unblanked framebuffer or blank a
>     blanked framebuffer.
> 
> 
> Could you provide more feedback regarding provided fix?
> 
> Thanks in advance,
> 
> Łukasz Majewski
> 
> >
> > > restrictions on blanking and unblanking frame buffer device.
> > >
> > > Unfortunately, pwm_bl driver's probe did not initialize members of
> > > struct backlight_device necessary for further blank/unblank
> > > operation.
> > >
> > > This code in case of initial unblank of backlight device (default
> > > behaviour) sets use_count to 1 and marks this particular backlight
> > > device as used by all available fb devices (since it is not known
> > > during probe how much and which fb devices will be assigned).
> > >
> > > Without this code, the backlight works properly until one tries to
> > > blank it manually from sysfs with "echo 1
> > > > /sys/class/graphics/fb0/blank". Since fb_bl_on[0] and use_count
> > > > were both set to 0, the logic at
> > > fb_notifier_callback (@backlight.c) thought that we didn't turn on
> > > (unblanked) the backlight device and refuses to disable (blank) it.
> > > As a result we see garbage from fb displayed.
> > >
> > >
> > > Signed-off-by: Lukasz Majewski <l.majewski@majess.pl>
> > > ---
> > > The patch has been tested on i.MX6q with vanilla 4.7 and 4.8
> > > kernels. It applies on 4.9-rcX SHA1:
> > > dcd4693cf47801b7d988ea897519de90dfd25d17.
> > >
> > > ---
> > >  drivers/video/backlight/pwm_bl.c | 10 +++++++++-
> > >  1 file changed, 9 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/video/backlight/pwm_bl.c
> > > b/drivers/video/backlight/pwm_bl.c
> > > index 8040fd6..def39e8 100644
> > > --- a/drivers/video/backlight/pwm_bl.c
> > > +++ b/drivers/video/backlight/pwm_bl.c
> > > @@ -203,7 +203,7 @@ static int pwm_backlight_probe(struct
> > > platform_device *pdev)
> > >  	struct pwm_bl_data *pb;
> > >  	int initial_blank = FB_BLANK_UNBLANK;
> > >  	struct pwm_args pargs;
> > > -	int ret;
> > > +	int ret, i;
> > >
> > >  	if (!data) {
> > >  		ret = pwm_backlight_parse_dt(&pdev->dev,
> > > &defdata); @@ - 349,6 +349,14 @@ static int
> > > pwm_backlight_probe(struct platform_device *pdev)
> > >
> > >  	bl->props.brightness = data->dft_brightness;
> > >  	bl->props.power = initial_blank;
> > > +
> > > +	if (initial_blank == FB_BLANK_UNBLANK) {
> > > +		for (i = 0; i < FB_MAX; i++)
> > > +			bl->fb_bl_on[i] = true;
> > > +
> > > +		bl->use_count = 1;
> > > +	}
> > > +
> > >  	backlight_update_status(bl);
> > >
> > >  	platform_set_drvdata(pdev, bl);
> > > --
> > > 2.1.4
> >
> >

WARNING: multiple messages have this Message-ID (diff)
From: "Jingoo Han" <jingoohan1@gmail.com>
To: "'Lukasz Majewski'" <l.majewski@majess.pl>
Cc: "'Thierry Reding'" <thierry.reding@gmail.com>,
	"'Lee Jones'" <lee.jones@linaro.org>,
	"'Jean-Christophe Plagniol-Villard'" <plagnioj@jcrosoft.com>,
	"'Tomi Valkeinen'" <tomi.valkeinen@ti.com>,
	<linux-pwm@vger.kernel.org>, <linux-fbdev@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>,
	"'Fabio Estevam'" <fabio.estevam@nxp.com>,
	"'Fabio Estevam'" <festevam@gmail.com>,
	"'Liu Ying'" <Ying.Liu@freescale.com>
Subject: Re: [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe()
Date: Tue, 25 Oct 2016 18:47:00 -0400	[thread overview]
Message-ID: <000d01d22f11$b333ed80$199bc880$@gmail.com> (raw)
In-Reply-To: <20161024230041.41959e5e@jawa>

On Monday, October 24, 2016, Lukasz Majewski wrote:
> 
> Hi Jingoo,
> 
> > On Saturday, October 22, 2016, Lukasz Majewski wrote:
> > >
> > > The commit: a55944ca82d287ca099ca90413af857af9086773 has posed some
> > > extra

Please add the 'subject' of patch as below.

The commit a55944ca82d2 ("backlight: update bd state & fb_blank properties when necessary ")
has posted some extra.

Best regards,
Jingoo Han


> >
> > Please add the subject of the patch, in order to let people know
> > which patch you mention exactly. Please loot at other commits that
> > fixed bugs or behavior
> > of other patches.
> 
> Thanks for the tip.
> 
> The mentioned patch:
> 
> commit a55944ca82d287ca099ca90413af857af9086773
> Author: Liu Ying <Ying.Liu@freescale.com>
> Date:   Thu Apr 3 14:48:54 2014 -0700
> 
>     backlight: update bd state & fb_blank properties when necessary
> 
>     We don't have to update the state and fb_blank properties of a
> backlight
>     device every time a blanking or unblanking event comes because they
> may
>     have already been what we want.  Another thought is that one backlight
>     device may be shared by multiple framebuffers.  The backlight driver
>     should take the backlight device as a resource shared by all the
>     associated framebuffers.
> 
>     This patch adds some logic to record each framebuffer's backlight
> usage
>     to determine the backlight device use count and whether the two
>     properties should be updated or not.  To be more specific, only one
>     unblank operation on a certain blanked framebuffer may increase the
>     backlight device's use count by one, while one blank operation on a
>     certain unblanked framebuffer may decrease the use count by one,
> because
>     the userspace is likely to unblank an unblanked framebuffer or blank a
>     blanked framebuffer.
> 
> 
> Could you provide more feedback regarding provided fix?
> 
> Thanks in advance,
> 
> Łukasz Majewski
> 
> >
> > > restrictions on blanking and unblanking frame buffer device.
> > >
> > > Unfortunately, pwm_bl driver's probe did not initialize members of
> > > struct backlight_device necessary for further blank/unblank
> > > operation.
> > >
> > > This code in case of initial unblank of backlight device (default
> > > behaviour) sets use_count to 1 and marks this particular backlight
> > > device as used by all available fb devices (since it is not known
> > > during probe how much and which fb devices will be assigned).
> > >
> > > Without this code, the backlight works properly until one tries to
> > > blank it manually from sysfs with "echo 1
> > > > /sys/class/graphics/fb0/blank". Since fb_bl_on[0] and use_count
> > > > were both set to 0, the logic at
> > > fb_notifier_callback (@backlight.c) thought that we didn't turn on
> > > (unblanked) the backlight device and refuses to disable (blank) it.
> > > As a result we see garbage from fb displayed.
> > >
> > >
> > > Signed-off-by: Lukasz Majewski <l.majewski@majess.pl>
> > > ---
> > > The patch has been tested on i.MX6q with vanilla 4.7 and 4.8
> > > kernels. It applies on 4.9-rcX SHA1:
> > > dcd4693cf47801b7d988ea897519de90dfd25d17.
> > >
> > > ---
> > >  drivers/video/backlight/pwm_bl.c | 10 +++++++++-
> > >  1 file changed, 9 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/video/backlight/pwm_bl.c
> > > b/drivers/video/backlight/pwm_bl.c
> > > index 8040fd6..def39e8 100644
> > > --- a/drivers/video/backlight/pwm_bl.c
> > > +++ b/drivers/video/backlight/pwm_bl.c
> > > @@ -203,7 +203,7 @@ static int pwm_backlight_probe(struct
> > > platform_device *pdev)
> > >  	struct pwm_bl_data *pb;
> > >  	int initial_blank = FB_BLANK_UNBLANK;
> > >  	struct pwm_args pargs;
> > > -	int ret;
> > > +	int ret, i;
> > >
> > >  	if (!data) {
> > >  		ret = pwm_backlight_parse_dt(&pdev->dev,
> > > &defdata); @@ - 349,6 +349,14 @@ static int
> > > pwm_backlight_probe(struct platform_device *pdev)
> > >
> > >  	bl->props.brightness = data->dft_brightness;
> > >  	bl->props.power = initial_blank;
> > > +
> > > +	if (initial_blank == FB_BLANK_UNBLANK) {
> > > +		for (i = 0; i < FB_MAX; i++)
> > > +			bl->fb_bl_on[i] = true;
> > > +
> > > +		bl->use_count = 1;
> > > +	}
> > > +
> > >  	backlight_update_status(bl);
> > >
> > >  	platform_set_drvdata(pdev, bl);
> > > --
> > > 2.1.4
> >
> >

  reply	other threads:[~2016-10-25 22:47 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-22 20:58 [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-10-22 20:58 ` Lukasz Majewski
2016-10-24  2:34 ` [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_prob Jingoo Han
2016-10-24  2:34   ` [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Jingoo Han
2016-10-24  2:34   ` Jingoo Han
2016-10-24 21:00   ` [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_prob Lukasz Majewski
2016-10-24 21:00     ` [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-10-24 21:00     ` Lukasz Majewski
2016-10-25 22:47     ` Jingoo Han [this message]
2016-10-25 22:47       ` Jingoo Han
2016-10-25 22:47       ` Jingoo Han
2016-10-27  3:46       ` [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_prob Lukasz Majewski
2016-10-27  3:46         ` [PATCH] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-10-27  3:46         ` Lukasz Majewski
2016-11-01  7:25 ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe Lukasz Majewski
2016-11-01  7:25   ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-11-01  7:25   ` Lukasz Majewski
2016-11-08 22:25   ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lukasz Majewski
2016-11-08 22:25     ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-11-08 22:25     ` Lukasz Majewski
2016-11-09 14:52     ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lee Jones
2016-11-09 14:52       ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lee Jones
2016-11-09 21:05       ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lukasz Majewski
2016-11-09 21:05         ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-11-10  7:47         ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lee Jones
2016-11-10  7:47           ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lee Jones
2016-11-10  8:16     ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lee Jones
2016-11-10  8:16       ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lee Jones
2016-11-10 23:20       ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lukasz Majewski
2016-11-10 23:20         ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2016-11-10  8:16   ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_p Lee Jones
2016-11-10  8:16     ` [PATCH v2] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lee Jones
2016-12-26 22:21 ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backligh Lukasz Majewski
2016-12-26 22:21   ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2017-01-02 23:54   ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Lukasz Majewski
2017-01-02 23:54     ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2017-01-03  8:30   ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Lee Jones
2017-01-03  8:30     ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lee Jones
2017-01-06 12:29     ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Lukasz Majewski
2017-01-06 12:29       ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2017-01-13  0:27     ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Lukasz Majewski
2017-01-13  0:27       ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2017-01-23  0:50       ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Lukasz Majewski
2017-01-23  0:50         ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Lukasz Majewski
2017-01-23 16:09   ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Thierry Reding
2017-01-23 16:09     ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() Thierry Reding
2017-01-24  9:37   ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_back Lee Jones
2017-01-24  9:37     ` [PATCH v2 RESEND] video: backlight: pwm_bl: Initialize fb_bl_on[x] and use_count during pwm_backlight_probe() 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='000d01d22f11$b333ed80$199bc880$@gmail.com' \
    --to=jingoohan1@gmail.com \
    --cc=Ying.Liu@freescale.com \
    --cc=fabio.estevam@nxp.com \
    --cc=festevam@gmail.com \
    --cc=l.majewski@majess.pl \
    --cc=lee.jones@linaro.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=plagnioj@jcrosoft.com \
    --cc=thierry.reding@gmail.com \
    --cc=tomi.valkeinen@ti.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 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.