Re: [U-Boot] [PATCH] fdt: fix get_next_memory_node()

2018-09-10 Thread Michal Simek
On 10.9.2018 13:27, Marek Vasut wrote: > On 09/10/2018 01:23 PM, Michal Simek wrote: >> On 9.9.2018 16:30, Marek Vasut wrote: >>> The get_next_memory_node() always sets mem to -1 , which is incorrect, >>> because then every iteration of memory bank parsing will start from the >>> first memory bank

Re: [U-Boot] [PATCH] fdt: fix get_next_memory_node()

2018-09-10 Thread Marek Vasut
On 09/10/2018 01:23 PM, Michal Simek wrote: > On 9.9.2018 16:30, Marek Vasut wrote: >> The get_next_memory_node() always sets mem to -1 , which is incorrect, >> because then every iteration of memory bank parsing will start from the >> first memory bank instead of the previous one. >> >> On systems

Re: [U-Boot] [PATCH] fdt: fix get_next_memory_node()

2018-09-10 Thread Michal Simek
On 9.9.2018 16:30, Marek Vasut wrote: > The get_next_memory_node() always sets mem to -1 , which is incorrect, > because then every iteration of memory bank parsing will start from the > first memory bank instead of the previous one. > > On systems with 1 memory bank defined in DT and CONFIG_NR_DR

[U-Boot] [PATCH] fdt: fix get_next_memory_node()

2018-09-09 Thread Marek Vasut
The get_next_memory_node() always sets mem to -1 , which is incorrect, because then every iteration of memory bank parsing will start from the first memory bank instead of the previous one. On systems with 1 memory bank defined in DT and CONFIG_NR_DRAM_BANKS=4 , like ie. r8a77965-salvator-x , this