diff mbox

[U-Boot] power: twl6030: fix code refactoring

Message ID 1476355673-16018-1-git-send-email-nicolae.rosia.oss@gmail.com
State Accepted
Commit 28a3a43d7be74000a0d480f6f32e31c5ff22d4bc
Delegated to: Tom Rini
Headers show

Commit Message

Nicolae Rosia Oct. 13, 2016, 10:47 a.m. UTC
From: Nicolae Rosia <nicolae.rosia@gmail.com>

Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
but the register read ended up in the wrong if branch.
Currently, the else branch checks a variable which is always 0.

Signed-off-by: Nicolae Rosia <nicolae_rosia@mentor.com>
---
 drivers/power/twl6030.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

Comments

Tom Rini Oct. 13, 2016, 4:54 p.m. UTC | #1
On Thu, Oct 13, 2016 at 01:47:53PM +0300, Nicolae Rosia wrote:

> From: Nicolae Rosia <nicolae.rosia@gmail.com>
> 
> Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
> but the register read ended up in the wrong if branch.
> Currently, the else branch checks a variable which is always 0.
> 
> Signed-off-by: Nicolae Rosia <nicolae_rosia@mentor.com>

Reviewed-by: Tom Rini <trini@konsulko.com>
Paul Kocialkowski Oct. 14, 2016, 1:28 p.m. UTC | #2
Le jeudi 13 octobre 2016 à 13:47 +0300, Nicolae Rosia a écrit :
> From: Nicolae Rosia <nicolae.rosia@gmail.com>
> 
> Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
> but the register read ended up in the wrong if branch.
> Currently, the else branch checks a variable which is always 0.

Good catch! Sorry for including that regression in the first place, I should
have checked the patch more thoroughly.

See comment below.

> Signed-off-by: Nicolae Rosia <nicolae_rosia@mentor.com>
> ---
>  drivers/power/twl6030.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/power/twl6030.c b/drivers/power/twl6030.c
> index 05c79be..cd53200 100644
> --- a/drivers/power/twl6030.c
> +++ b/drivers/power/twl6030.c
> @@ -231,9 +231,9 @@ void twl6030_power_mmc_init(int dev_index)
>  		/* Enable P1 output for VMMC */
>  		twl6030_i2c_write_u8(TWL6030_CHIP_PM, TWL6030_VMMC_CFG_STATE,
>  			TWL6030_CFG_STATE_P1 | TWL6030_CFG_STATE_ON);
> -
> -		twl6030_i2c_read_u8(TWL6030_CHIP_PM, TWL6030_PH_STS_BOOT,
> &value);
>  	} else if (dev_index == 1) {
> +		twl6030_i2c_read_u8(TWL6030_CHIP_PM, TWL6030_PH_STS_BOOT,
> +				    &value);

The indentation before &value is inconsistent with what is done in the rest of
the file. I think you should either just move the line as it was or only use one
extra tab indent for the new line. Since this file breaks the 80 chars limit in
a few places, I would tend to prefer the former.

>  		/* BOOT2 indicates 1.8V/2.8V VAUX1 for eMMC */
>  		if (value & TWL6030_PH_STS_BOOT2) {
>  			/* 1.8V voltage output for VAUX1 */
Nicolae Rosia Oct. 15, 2016, 5:41 p.m. UTC | #3
Hi,

On Fri, Oct 14, 2016 at 4:28 PM, Paul Kocialkowski <contact@paulk.fr> wrote:
> Le jeudi 13 octobre 2016 à 13:47 +0300, Nicolae Rosia a écrit :
>> From: Nicolae Rosia <nicolae.rosia@gmail.com>
>>
>> Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
>> but the register read ended up in the wrong if branch.
>> Currently, the else branch checks a variable which is always 0.
>
> Good catch! Sorry for including that regression in the first place, I should
> have checked the patch more thoroughly.
No worries!

> See comment below.
> The indentation before &value is inconsistent with what is done in the rest of
> the file. I think you should either just move the line as it was or only use one
> extra tab indent for the new line. Since this file breaks the 80 chars limit in
> a few places, I would tend to prefer the former.
>
checkpatch.pl was complaining, that's why I formatted it.
@Tom Rini, can you apply it either way?

Best regards,
Nicolae
Tom Rini Oct. 15, 2016, 5:48 p.m. UTC | #4
On Sat, Oct 15, 2016 at 08:41:35PM +0300, Nicolae Rosia wrote:
> Hi,
> 
> On Fri, Oct 14, 2016 at 4:28 PM, Paul Kocialkowski <contact@paulk.fr> wrote:
> > Le jeudi 13 octobre 2016 à 13:47 +0300, Nicolae Rosia a écrit :
> >> From: Nicolae Rosia <nicolae.rosia@gmail.com>
> >>
> >> Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
> >> but the register read ended up in the wrong if branch.
> >> Currently, the else branch checks a variable which is always 0.
> >
> > Good catch! Sorry for including that regression in the first place, I should
> > have checked the patch more thoroughly.
> No worries!
> 
> > See comment below.
> > The indentation before &value is inconsistent with what is done in the rest of
> > the file. I think you should either just move the line as it was or only use one
> > extra tab indent for the new line. Since this file breaks the 80 chars limit in
> > a few places, I would tend to prefer the former.
> >
> checkpatch.pl was complaining, that's why I formatted it.
> @Tom Rini, can you apply it either way?

I'll take this and do you want to do a follow up to make the file
checkpatch clean?  Thanks!
Paul Kocialkowski Oct. 15, 2016, 5:48 p.m. UTC | #5
Hi,

Le samedi 15 octobre 2016 à 20:41 +0300, Nicolae Rosia a écrit :
> Hi,
> 
> On Fri, Oct 14, 2016 at 4:28 PM, Paul Kocialkowski <contact@paulk.fr> wrote:
> > 
> > Le jeudi 13 octobre 2016 à 13:47 +0300, Nicolae Rosia a écrit :
> > > 
> > > From: Nicolae Rosia <nicolae.rosia@gmail.com>
> > > 
> > > Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
> > > but the register read ended up in the wrong if branch.
> > > Currently, the else branch checks a variable which is always 0.
> > 
> > Good catch! Sorry for including that regression in the first place, I should
> > have checked the patch more thoroughly.
> No worries!
> 
> > 
> > See comment below.
> > The indentation before &value is inconsistent with what is done in the rest
> > of
> > the file. I think you should either just move the line as it was or only use
> > one
> > extra tab indent for the new line. Since this file breaks the 80 chars limit
> > in
> > a few places, I would tend to prefer the former.
> > 
> checkpatch.pl was complaining, that's why I formatted it.

Then I think you should fix the rest of the file accordingly.

It doesn't make sense to introduce a variation in the coding style, as it
creates inconsistency. IMO this is worse than having only subsequent changes
conform to the global U-Boot coding style.

> @Tom Rini, can you apply it either way?
> 
> Best regards,
> Nicolae
Nicolae Rosia Oct. 17, 2016, 5:03 p.m. UTC | #6
Hi,

On Sat, Oct 15, 2016 at 8:48 PM, Tom Rini <trini@konsulko.com> wrote:
> I'll take this and do you want to do a follow up to make the file
> checkpatch clean?  Thanks!
Either way works for me, I can do the follow up to make the file
checkpatch clean.

Thanks,
Nicolae
Tom Rini Oct. 17, 2016, 6:15 p.m. UTC | #7
On Mon, Oct 17, 2016 at 08:03:23PM +0300, Nicolae Rosia wrote:
> Hi,
> 
> On Sat, Oct 15, 2016 at 8:48 PM, Tom Rini <trini@konsulko.com> wrote:
> > I'll take this and do you want to do a follow up to make the file
> > checkpatch clean?  Thanks!
> Either way works for me, I can do the follow up to make the file
> checkpatch clean.

Follow up patch it is, thanks!
Tom Rini Oct. 24, 2016, 3:24 p.m. UTC | #8
On Thu, Oct 13, 2016 at 01:47:53PM +0300, Nicolae Rosia wrote:

> From: Nicolae Rosia <nicolae.rosia@gmail.com>
> 
> Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
> but the register read ended up in the wrong if branch.
> Currently, the else branch checks a variable which is always 0.
> 
> Signed-off-by: Nicolae Rosia <nicolae_rosia@mentor.com>
> Reviewed-by: Tom Rini <trini@konsulko.com>

Applied to u-boot/master, thanks!
diff mbox

Patch

diff --git a/drivers/power/twl6030.c b/drivers/power/twl6030.c
index 05c79be..cd53200 100644
--- a/drivers/power/twl6030.c
+++ b/drivers/power/twl6030.c
@@ -231,9 +231,9 @@  void twl6030_power_mmc_init(int dev_index)
 		/* Enable P1 output for VMMC */
 		twl6030_i2c_write_u8(TWL6030_CHIP_PM, TWL6030_VMMC_CFG_STATE,
 			TWL6030_CFG_STATE_P1 | TWL6030_CFG_STATE_ON);
-
-		twl6030_i2c_read_u8(TWL6030_CHIP_PM, TWL6030_PH_STS_BOOT, &value);
 	} else if (dev_index == 1) {
+		twl6030_i2c_read_u8(TWL6030_CHIP_PM, TWL6030_PH_STS_BOOT,
+				    &value);
 		/* BOOT2 indicates 1.8V/2.8V VAUX1 for eMMC */
 		if (value & TWL6030_PH_STS_BOOT2) {
 			/* 1.8V voltage output for VAUX1 */