[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