From: Andreas Kemnade <andreas@kemnade.info> Date: 2019-09-10 21:29:27
To be able to handle the HWEN pin of the lm3630a, add
an enable gpio to the driver and a property.
Tested on Kobo Clara HD.
Changes in v2:
simplification and reordering
Andreas Kemnade (2):
dt-bindings: backlight: lm3630a: add enable_gpios
backlight: lm3630a: add an enable gpio for the HWEN pin
.../bindings/leds/backlight/lm3630a-backlight.yaml | 5 +++++
drivers/video/backlight/lm3630a_bl.c | 10 ++++++++++
2 files changed, 15 insertions(+)
--
2.20.1
@@ -29,6 +29,10 @@ properties:'#size-cells':const:0+enable-gpios:+description:GPIO to use to enable/disable the backlight (HWEN pin).+maxItems:1+required:-compatible-reg
From: Andreas Kemnade <andreas@kemnade.info> Date: 2019-09-10 21:29:54
For now just enable it in the probe function to allow i2c
access. Disabling also means resetting the register values
to default and according to the datasheet does not give
power savings
Tested on Kobo Clara HD.
Signed-off-by: Andreas Kemnade <andreas@kemnade.info>
---
changes in v2:
- simplification
- correct gpio direction initialisation
drivers/video/backlight/lm3630a_bl.c | 10 ++++++++++
1 file changed, 10 insertions(+)
@@ -29,6 +29,10 @@ properties:'#size-cells':const:0+enable-gpios:+description:GPIO to use to enable/disable the backlight (HWEN pin).+maxItems:1+required:-compatible-reg
From: Daniel Thompson <hidden> Date: 2019-09-11 10:25:39
On Tue, Sep 10, 2019 at 11:29:09PM +0200, Andreas Kemnade wrote:
quoted hunk
For now just enable it in the probe function to allow i2c
access. Disabling also means resetting the register values
to default and according to the datasheet does not give
power savings
Tested on Kobo Clara HD.
Signed-off-by: Andreas Kemnade <andreas@kemnade.info>
---
changes in v2:
- simplification
- correct gpio direction initialisation
drivers/video/backlight/lm3630a_bl.c | 10 ++++++++++
1 file changed, 10 insertions(+)
@@ -29,6 +29,10 @@ properties:'#size-cells':const:0+enable-gpios:+description:GPIO to use to enable/disable the backlight (HWEN pin).+maxItems:1+required:-compatible-reg
From: Dan Murphy <hidden> Date: 2019-09-11 18:49:06
On 9/11/19 5:25 AM, Daniel Thompson wrote:
On Tue, Sep 10, 2019 at 11:29:09PM +0200, Andreas Kemnade wrote:
quoted
For now just enable it in the probe function to allow i2c
access. Disabling also means resetting the register values
to default and according to the datasheet does not give
power savings
Tested on Kobo Clara HD.
Signed-off-by: Andreas Kemnade <andreas@kemnade.info>
---
changes in v2:
- simplification
- correct gpio direction initialisation
drivers/video/backlight/lm3630a_bl.c | 10 ++++++++++
1 file changed, 10 insertions(+)
the enable gpio is optional so if it fails you log the error and move on
Also on driver removal did you want to set the GPIO to low to disable
the device to save power?
Dan
the enable gpio is optional so if it fails you log the error and move on
well, if the gpio is not there, then it returns NULL.
It might return e.g. -EDEFER. So I need to check for errors here.
Also on driver removal did you want to set the GPIO to low to disable
the device to save power?
page 5 of the datasheet says:
Ishdn = Typ. 1µA max. 4µA.
For HWEN=Vin, I2c shutdown (I guess this means outputs powered off)
ond for HWEN=GND.
So are we really saving something here?
Regards,
Andreas
From: Daniel Thompson <hidden> Date: 2019-09-12 09:18:18
On Wed, Sep 11, 2019 at 01:48:36PM -0500, Dan Murphy wrote:
On 9/11/19 5:25 AM, Daniel Thompson wrote:
quoted
On Tue, Sep 10, 2019 at 11:29:09PM +0200, Andreas Kemnade wrote:
quoted
For now just enable it in the probe function to allow i2c
access. Disabling also means resetting the register values
to default and according to the datasheet does not give
power savings
Tested on Kobo Clara HD.
Signed-off-by: Andreas Kemnade <andreas@kemnade.info>
---
changes in v2:
- simplification
- correct gpio direction initialisation
drivers/video/backlight/lm3630a_bl.c | 10 ++++++++++
1 file changed, 10 insertions(+)
the enable gpio is optional so if it fails you log the error and move on
Isn't the effect of this to cope gracefully if enable-gpios is absent
but to fail with an error if enable-gpios exists and is broken. I
thought this code pattern is fairly common.
Also on driver removal did you want to set the GPIO to low to disable the
device to save power?
As it happens I offered to opposite feedback for v1:
https://lists.freedesktop.org/archives/dri-devel/2019-September/234918.html
Basically if the power matters then we should take care of things in the
PM code path (which for this driver means reacting properly to
suspended flag when updating the brightness). If the power doesn't matter
then, given unallocated GPIO pins are in an unknown state anyway, there
is no point in tidying up because we don't know what value to restore.
Daniel.