common: fix behavior of ROUND macro when input is already rounded
PATCH 1/1 common: fix behavior of ROUND macro when input is already rounded
Currently when you call ROUND with a value that is already a multiple of the second parameter it will return a value that is one multiple larger, instead of returning the value passed in.
There are only two types of usage of ROUND currently, one in various config files to round CONFIG_SYS_MALLOC_LEN to a multiple of 4096 bytes. The other in cmd_sf.c where the incorrect behavior of ROUND is worked around be subtracting one from the length argument before passing it to ROUND.
This patch fixes ROUND and removes the workaround from cmd_sf. It also results in all of the malloc pools that use ROUND to compute their size shrinking by 4KB.
---
I'm not sure if it makes sense to go and add 4KB to each malloc pool effected. What do other people think? I'd be happy to make a v2 that does that. This just seemed like a cleaner v1 to start with.
common/cmd_sf.c | 2 +- include/common.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
common/cmd_sf.c +1 -1
@@ -53,7 +53,7 @@ static int sf_parse_len_arg(char *arg, ulong *len)return -1 ;if (round_up_len && flash->sector_size >0 ) - *len =ROUND (len_arg -1 , flash->sector_size); + *len =ROUND (len_arg, flash->sector_size);else *len = len_arg;
include/common.h +1 -1
@@ -759,7 +759,7 @@ int cpu_release(int nr, int argc, char * const argv[]);#define ARRAY_SIZE (x) (sizeof(x) / sizeof((x)[0])) -#define ROUND (a,b) (((a) + (b)) & ~((b) - 1)) +#define ROUND (a,b) (((a) + (b) - 1) & ~((b) - 1))#define DIV_ROUND (n,d) (((n) + ((d)/2)) / (d))#define DIV_ROUND_UP (n,d) (((n) + (d) - 1) / (d))#define roundup (x, y) ((((x) + ((y) - 1)) / (y)) * (y))
Signature · 1 line
1.7.3.1
Wolfgang Denk
AppliedPATCH 1/1 common: fix behavior of ROUND macro when input is already rounded
Dear Anton Staaf,
Quoted 16 lines · In message <[email protected]> you wrote:
Currently when you call ROUND with a value that is already a multiple of the second parameter it will return a value that is one multiple larger, instead of returning the value passed in.
There are only two types of usage of ROUND currently, one in various config files to round
CONFIG_SYS_MALLOC_LENto a multiple of 4096 bytes. The other incmd_sf.cwhere the incorrect behavior of ROUND is worked around be subtracting one from the length argument before passing it to ROUND.This patch fixes ROUND and removes the workaround from
cmd_sf. It also results in all of the malloc pools that use ROUND to compute their size shrinking by 4KB.Cc Lukasz Majewski <[email protected]>Cc Mike Frysinger <[email protected]>
Quoted 7 lines
---
I'm not sure if it makes sense to go and add 4KB to each malloc pool effected. What do other people think? I'd be happy to make a v2 that does that. This just seemed like a cleaner v1 to start with.
common/cmd_sf.c | 2 +- include/common.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
Signature · 6 lines
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de "There are three principal ways to lose money: wine, women, and engi- neers. While the first two are more pleasant, the third is by far the more certain." - Baron Rothschild, ca. 1800