[U-Boot] [PATCH] [v2] fix print_size printing fractional gigabyte numbers on 32-bit platforms
Scott Wood
scottwood at freescale.com
Wed Mar 31 00:43:17 CEST 2010
Timur Tabi wrote:
> In print_size(), the math that calculates the fractional remainder of a number
> used the same integer size as a physical address. However, the "10 *" factor
> of the algorithm means that a large number (e.g. 1.5GB) can overflow the
> integer if we're running on a 32-bit system. Therefore, we need to
> disassociate this function from the size of a physical address.
>
> Signed-off-by: Timur Tabi <timur at freescale.com>
> ---
> include/common.h | 2 +-
> lib_generic/display_options.c | 6 +++---
> 2 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/include/common.h b/include/common.h
> index a133e34..4e77727 100644
> --- a/include/common.h
> +++ b/include/common.h
> @@ -218,7 +218,7 @@ void hang (void) __attribute__ ((noreturn));
> /* */
> phys_size_t initdram (int);
> int display_options (void);
> -void print_size (phys_size_t, const char *);
> +void print_size(unsigned long long, const char *);
As stated before, the overflow is an implementation detail. There's no
reason to change the interface unless there's a desire to support
printing sizes larger than phys_size_t, which is a distinct issue from
the bugfix.
-Scott
More information about the U-Boot
mailing list