On Tue, 23 Sep 2014 10:59:09 +0100, Srinivas Kandagatla 
<[email protected]> wrote:
> In cases where board has below memory DT node
> 
> memory{
>       device_type = "memory";
>       reg = <0x80000000 0x80000000>;
> };
> 
> Check on the memory range in fdt.c will always fail because it is
> comparing MAX_PHYS_ADDR with base + size, in fact it should compare
> it with base + size - 1.
> 
> This issue was originally noticed on Qualcomm IFC6410 board.
> Without this patch kernel shows up noticed unnecessary warnings
> 
> [    0.000000] Machine model: Qualcomm APQ8064/IFC6410
> [    0.000000] Ignoring memory range 0xffffffff - 0x100000000
> [    0.000000] cma: Reserved 64 MiB at ab800000
> 
> as a result the size get reduced to 0x7fffffff which looks wrong.
> 
> This patch fixes the check involved in generating this warning and
> as a result it also fixes the wrong size calculation.
> 
> Signed-off-by: Srinivas Kandagatla <[email protected]>
> ---
>  drivers/of/fdt.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
> index 79cb831..3f5736c 100644
> --- a/drivers/of/fdt.c
> +++ b/drivers/of/fdt.c
> @@ -937,7 +937,7 @@ void __init __weak early_init_dt_add_memory_arch(u64 
> base, u64 size)
>               return;
>       }
>  
> -     if (base + size > MAX_PHYS_ADDR) {
> +     if (base + size - 1 > MAX_PHYS_ADDR) {
>               pr_warning("Ignoring memory range 0x%lx - 0x%llx\n",
>                               ULONG_MAX, base + size);
>               size = MAX_PHYS_ADDR - base;

By that logic, the above two lines need to be repaired also:

                pr_warning("Ignoring memory range 0x%lx - 0x%llx\n",
                                MAX_PHYS_ADDR + 1, base + size);
                size = MAX_PHYS_ADDR - base + 1;

I've fixed it up and applied, thanks.

g.

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

Reply via email to