Message ID | 20190424092505.6578-2-masneyb@onstation.org (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | backlight: lm3630a: bug fix and fwnode support | expand |
On 24/04/2019 10:25, Brian Masney wrote: > lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status() > both return the brightness value if the brightness was successfully > updated. Writing to these attributes via sysfs would cause a 'Bad > address' error to be returned. These functions should return 0 on > success, so let's change it to correct that error. > > Signed-off-by: Brian Masney <masneyb@onstation.org> > Fixes: 28e64a68a2ef ("backlight: lm3630: apply chip revision") > Acked-by: Pavel Machek <pavel@ucw.cz> Hi Brian, sorry for the delay. For some reason your mails are being dumped before they reach me so I only discovered these patches when I paid proper attention to the replies and fetched them from patchwork. Hi Lee, is the same thing happening for you? ;-) Acked-by: Daniel Thompson <daniel.thompson@linaro.org> > --- > No changes since v2 when this patch was originally introduced. > > drivers/video/backlight/lm3630a_bl.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/video/backlight/lm3630a_bl.c b/drivers/video/backlight/lm3630a_bl.c > index 2030a6b77a09..ef2553f452ca 100644 > --- a/drivers/video/backlight/lm3630a_bl.c > +++ b/drivers/video/backlight/lm3630a_bl.c > @@ -201,7 +201,7 @@ static int lm3630a_bank_a_update_status(struct backlight_device *bl) > LM3630A_LEDA_ENABLE, LM3630A_LEDA_ENABLE); > if (ret < 0) > goto out_i2c_err; > - return bl->props.brightness; > + return 0; > > out_i2c_err: > dev_err(pchip->dev, "i2c failed to access\n"); > @@ -278,7 +278,7 @@ static int lm3630a_bank_b_update_status(struct backlight_device *bl) > LM3630A_LEDB_ENABLE, LM3630A_LEDB_ENABLE); > if (ret < 0) > goto out_i2c_err; > - return bl->props.brightness; > + return 0; > > out_i2c_err: > dev_err(pchip->dev, "i2c failed to access REG_CTRL\n"); >
On Thu, May 02, 2019 at 11:07:51AM +0100, Daniel Thompson wrote: > On 24/04/2019 10:25, Brian Masney wrote: > > lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status() > > both return the brightness value if the brightness was successfully > > updated. Writing to these attributes via sysfs would cause a 'Bad > > address' error to be returned. These functions should return 0 on > > success, so let's change it to correct that error. > > > > Signed-off-by: Brian Masney <masneyb@onstation.org> > > Fixes: 28e64a68a2ef ("backlight: lm3630: apply chip revision") > > Acked-by: Pavel Machek <pavel@ucw.cz> > > Hi Brian, sorry for the delay. For some reason your mails are being dumped > before they reach me so I only discovered these patches when I paid proper > attention to the replies and fetched them from patchwork. > > Hi Lee, is the same thing happening for you? ;-) Huh, that's odd. I haven't ran into that issue when working with people from Linaro in other subsystems. As a sanity check, I used 'git send-email' to send this patch to check-auth@verifier.port25.com and it verified that I still have SPF, DKIM, reverse DNS, etc. all setup properly on this domain. hotmail.com addresses are the only ones I've had issues with in the past, but I doubt you're forwarding your email there. :) Brian
On Thu, May 02, 2019 at 06:42:39AM -0400, Brian Masney wrote: > On Thu, May 02, 2019 at 11:07:51AM +0100, Daniel Thompson wrote: > > On 24/04/2019 10:25, Brian Masney wrote: > > > lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status() > > > both return the brightness value if the brightness was successfully > > > updated. Writing to these attributes via sysfs would cause a 'Bad > > > address' error to be returned. These functions should return 0 on > > > success, so let's change it to correct that error. > > > > > > Signed-off-by: Brian Masney <masneyb@onstation.org> > > > Fixes: 28e64a68a2ef ("backlight: lm3630: apply chip revision") > > > Acked-by: Pavel Machek <pavel@ucw.cz> > > > > Hi Brian, sorry for the delay. For some reason your mails are being dumped > > before they reach me so I only discovered these patches when I paid proper > > attention to the replies and fetched them from patchwork. > > > > Hi Lee, is the same thing happening for you? ;-) > > Huh, that's odd. I haven't ran into that issue when working with people > from Linaro in other subsystems. > > As a sanity check, I used 'git send-email' to send this patch to > check-auth@verifier.port25.com and it verified that I still have SPF, > DKIM, reverse DNS, etc. all setup properly on this domain. > > hotmail.com addresses are the only ones I've had issues with in the > past, but I doubt you're forwarding your email there. :) No... and strangely enough your recent e-mail sailed through just fine. Let's wait and see what is happening for Lee (which I suspect may not be until well into next week). Daniel.
On Thu, 02 May 2019, Daniel Thompson wrote: > On Thu, May 02, 2019 at 06:42:39AM -0400, Brian Masney wrote: > > On Thu, May 02, 2019 at 11:07:51AM +0100, Daniel Thompson wrote: > > > On 24/04/2019 10:25, Brian Masney wrote: > > > > lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status() > > > > both return the brightness value if the brightness was successfully > > > > updated. Writing to these attributes via sysfs would cause a 'Bad > > > > address' error to be returned. These functions should return 0 on > > > > success, so let's change it to correct that error. > > > > > > > > Signed-off-by: Brian Masney <masneyb@onstation.org> > > > > Fixes: 28e64a68a2ef ("backlight: lm3630: apply chip revision") > > > > Acked-by: Pavel Machek <pavel@ucw.cz> > > > > > > Hi Brian, sorry for the delay. For some reason your mails are being dumped > > > before they reach me so I only discovered these patches when I paid proper > > > attention to the replies and fetched them from patchwork. > > > > > > Hi Lee, is the same thing happening for you? ;-) > > > > Huh, that's odd. I haven't ran into that issue when working with people > > from Linaro in other subsystems. > > > > As a sanity check, I used 'git send-email' to send this patch to > > check-auth@verifier.port25.com and it verified that I still have SPF, > > DKIM, reverse DNS, etc. all setup properly on this domain. > > > > hotmail.com addresses are the only ones I've had issues with in the > > past, but I doubt you're forwarding your email there. :) > > No... and strangely enough your recent e-mail sailed through just fine. > Let's wait and see what is happening for Lee (which I suspect may not be > until well into next week). Just catching up now. On first pass - only ~800 mails to go! Looks like I do have Brian's mails though.
diff --git a/drivers/video/backlight/lm3630a_bl.c b/drivers/video/backlight/lm3630a_bl.c index 2030a6b77a09..ef2553f452ca 100644 --- a/drivers/video/backlight/lm3630a_bl.c +++ b/drivers/video/backlight/lm3630a_bl.c @@ -201,7 +201,7 @@ static int lm3630a_bank_a_update_status(struct backlight_device *bl) LM3630A_LEDA_ENABLE, LM3630A_LEDA_ENABLE); if (ret < 0) goto out_i2c_err; - return bl->props.brightness; + return 0; out_i2c_err: dev_err(pchip->dev, "i2c failed to access\n"); @@ -278,7 +278,7 @@ static int lm3630a_bank_b_update_status(struct backlight_device *bl) LM3630A_LEDB_ENABLE, LM3630A_LEDB_ENABLE); if (ret < 0) goto out_i2c_err; - return bl->props.brightness; + return 0; out_i2c_err: dev_err(pchip->dev, "i2c failed to access REG_CTRL\n");