Re: [PATCH 1/8] memory: emif: Correct the lpmode timeout calculation

2013-03-10 Thread Santosh Shilimkar
minor nit.
$subject
s/Correct/Fix

On Monday 11 March 2013 10:35 AM, Lokesh Vutla wrote:
> The driver tries to round up the specified timeout cycles to
> the next power of 2 value. But this is done wrongly.
> Correcting this here.
>
Change needs to be improved here. See below.
 
> Reported-by: Nishanth Menon 
> Signed-off-by: Lokesh Vutla 
> ---
>  drivers/memory/emif.c |4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c
> index df08736..622638c 100644
> --- a/drivers/memory/emif.c
> +++ b/drivers/memory/emif.c
> @@ -732,9 +732,9 @@ static u32 get_pwr_mgmt_ctrl(u32 freq, struct emif_data 
> *emif, u32 ip_rev)
>   if (timeout < 16) {
>   timeout = 0;
>   } else {
> - timeout = __fls(timeout) - 3;
>   if (timeout & (timeout - 1))
So from the change, it appears that, the timeout
check for power of 2 should be done before updating
the variable which seems to be the right fix.

> - timeout++;
> + timeout <<= 1;
> + timeout = __fls(timeout) - 3;
>   }
>  
>   switch (lpmode) {
> 
So just make changelog verbose as well as add a
comment about the calculation in the code.

Otherwise, patch looks fine to me.
Acked-by: Santosh Shilimkar 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[PATCH 1/8] memory: emif: Correct the lpmode timeout calculation

2013-03-10 Thread Lokesh Vutla
The driver tries to round up the specified timeout cycles to
the next power of 2 value. But this is done wrongly.
Correcting this here.

Reported-by: Nishanth Menon 
Signed-off-by: Lokesh Vutla 
---
 drivers/memory/emif.c |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c
index df08736..622638c 100644
--- a/drivers/memory/emif.c
+++ b/drivers/memory/emif.c
@@ -732,9 +732,9 @@ static u32 get_pwr_mgmt_ctrl(u32 freq, struct emif_data 
*emif, u32 ip_rev)
if (timeout < 16) {
timeout = 0;
} else {
-   timeout = __fls(timeout) - 3;
if (timeout & (timeout - 1))
-   timeout++;
+   timeout <<= 1;
+   timeout = __fls(timeout) - 3;
}
 
switch (lpmode) {
-- 
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[PATCH 1/8] memory: emif: Correct the lpmode timeout calculation

2013-03-10 Thread Lokesh Vutla
The driver tries to round up the specified timeout cycles to
the next power of 2 value. But this is done wrongly.
Correcting this here.

Reported-by: Nishanth Menon n...@ti.com
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
 drivers/memory/emif.c |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c
index df08736..622638c 100644
--- a/drivers/memory/emif.c
+++ b/drivers/memory/emif.c
@@ -732,9 +732,9 @@ static u32 get_pwr_mgmt_ctrl(u32 freq, struct emif_data 
*emif, u32 ip_rev)
if (timeout  16) {
timeout = 0;
} else {
-   timeout = __fls(timeout) - 3;
if (timeout  (timeout - 1))
-   timeout++;
+   timeout = 1;
+   timeout = __fls(timeout) - 3;
}
 
switch (lpmode) {
-- 
1.7.9.5

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH 1/8] memory: emif: Correct the lpmode timeout calculation

2013-03-10 Thread Santosh Shilimkar
minor nit.
$subject
s/Correct/Fix

On Monday 11 March 2013 10:35 AM, Lokesh Vutla wrote:
 The driver tries to round up the specified timeout cycles to
 the next power of 2 value. But this is done wrongly.
 Correcting this here.

Change needs to be improved here. See below.
 
 Reported-by: Nishanth Menon n...@ti.com
 Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
 ---
  drivers/memory/emif.c |4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c
 index df08736..622638c 100644
 --- a/drivers/memory/emif.c
 +++ b/drivers/memory/emif.c
 @@ -732,9 +732,9 @@ static u32 get_pwr_mgmt_ctrl(u32 freq, struct emif_data 
 *emif, u32 ip_rev)
   if (timeout  16) {
   timeout = 0;
   } else {
 - timeout = __fls(timeout) - 3;
   if (timeout  (timeout - 1))
So from the change, it appears that, the timeout
check for power of 2 should be done before updating
the variable which seems to be the right fix.

 - timeout++;
 + timeout = 1;
 + timeout = __fls(timeout) - 3;
   }
  
   switch (lpmode) {
 
So just make changelog verbose as well as add a
comment about the calculation in the code.

Otherwise, patch looks fine to me.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/