Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-05 Thread Michal Hocko
On Wed 04-07-18 14:36:27, Michal Hocko wrote: > [CC Andrew - email thread starts > http://lkml.kernel.org/r/1530685696-14672-1-git-send-email-r...@linux.vnet.ibm.com] And updated version with typos fixed >From 63077ac611ff3f95afadf534902a8ab2984d5404 Mon Sep 17 00:00:00 2001 From: Michal Hocko D

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Michal Hocko
On Wed 04-07-18 15:05:08, Geert Uytterhoeven wrote: > Hi Michal, > > On Wed, Jul 4, 2018 at 2:36 PM Michal Hocko wrote: > > [CC Andrew - email thread starts > > http://lkml.kernel.org/r/1530685696-14672-1-git-send-email-r...@linux.vnet.ibm.com] > > > > OK, so here we go with the full patch. > > >

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Geert Uytterhoeven
Hi Michal, On Wed, Jul 4, 2018 at 2:36 PM Michal Hocko wrote: > [CC Andrew - email thread starts > http://lkml.kernel.org/r/1530685696-14672-1-git-send-email-r...@linux.vnet.ibm.com] > > OK, so here we go with the full patch. > > From 0e8432b875d98a7a0d3f757fce2caa8d16a8de15 Mon Sep 17 00:00:00 2

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Mike Rapoport
On Wed, Jul 04, 2018 at 02:51:21PM +0200, Michal Hocko wrote: > On Wed 04-07-18 15:43:35, Mike Rapoport wrote: > > On Wed, Jul 04, 2018 at 02:36:27PM +0200, Michal Hocko wrote: > [...] > > > diff --git a/mm/memblock.c b/mm/memblock.c > > > index 03d48d8835ba..2acec4033389 100644 > > > --- a/mm/memb

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Michal Hocko
On Wed 04-07-18 15:43:35, Mike Rapoport wrote: > On Wed, Jul 04, 2018 at 02:36:27PM +0200, Michal Hocko wrote: [...] > > diff --git a/mm/memblock.c b/mm/memblock.c > > index 03d48d8835ba..2acec4033389 100644 > > --- a/mm/memblock.c > > +++ b/mm/memblock.c > > @@ -227,7 +227,8 @@ phys_addr_t __init_

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Mike Rapoport
On Wed, Jul 04, 2018 at 02:36:27PM +0200, Michal Hocko wrote: > [CC Andrew - email thread starts > http://lkml.kernel.org/r/1530685696-14672-1-git-send-email-r...@linux.vnet.ibm.com] > > OK, so here we go with the full patch. > > From 0e8432b875d98a7a0d3f757fce2caa8d16a8de15 Mon Sep 17 00:00:00 2

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Michal Hocko
[CC Andrew - email thread starts http://lkml.kernel.org/r/1530685696-14672-1-git-send-email-r...@linux.vnet.ibm.com] OK, so here we go with the full patch. >From 0e8432b875d98a7a0d3f757fce2caa8d16a8de15 Mon Sep 17 00:00:00 2001 From: Michal Hocko Date: Wed, 4 Jul 2018 14:31:46 +0200 Subject: [PA

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Vlastimil Babka
On 07/04/2018 09:54 AM, Michal Hocko wrote: > On Wed 04-07-18 09:44:14, Geert Uytterhoeven wrote: > [...] >> [ cut here ] >> WARNING: CPU: 0 PID: 0 at mm/memblock.c:230 >> memblock_find_in_range_node+0x11c/0x1be >> memblock: bottom-up allocation failed, memory hotunplug may

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Geert Uytterhoeven
Hi Michael, On Wed, Jul 4, 2018 at 9:54 AM Michal Hocko wrote: > On Wed 04-07-18 09:44:14, Geert Uytterhoeven wrote: > [...] > > [ cut here ] > > WARNING: CPU: 0 PID: 0 at mm/memblock.c:230 > > memblock_find_in_range_node+0x11c/0x1be > > memblock: bottom-up allocation fail

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Michal Hocko
On Wed 04-07-18 09:44:14, Geert Uytterhoeven wrote: [...] > [ cut here ] > WARNING: CPU: 0 PID: 0 at mm/memblock.c:230 > memblock_find_in_range_node+0x11c/0x1be > memblock: bottom-up allocation failed, memory hotunplug may be affected This only means that hotplugable memory

Re: [PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-04 Thread Geert Uytterhoeven
Hi Mike, On Wed, Jul 4, 2018 at 8:28 AM Mike Rapoport wrote: > In m68k the physical memory is described by [memory_start, memory_end] for > !MMU variant and by m68k_memory array of memory ranges for the MMU version. > This information is directly use to register the physical memory with > membloc

[PATCH v2 3/3] m68k: switch to MEMBLOCK + NO_BOOTMEM

2018-07-03 Thread Mike Rapoport
In m68k the physical memory is described by [memory_start, memory_end] for !MMU variant and by m68k_memory array of memory ranges for the MMU version. This information is directly use to register the physical memory with memblock. The reserve_bootmem() calls are replaced with memblock_reserve() an