Re: [PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-23 Thread Mike Rapoport
On Tue, Feb 23, 2021 at 10:49:44AM +0100, David Hildenbrand wrote: > On 23.02.21 10:48, Mike Rapoport wrote: > > On Tue, Feb 23, 2021 at 09:04:19AM +0100, David Hildenbrand wrote: > > > On 22.02.21 11:57, Mike Rapoport wrote: > > > > From: Mike Rapoport > > > > > > > > There could be struct

Re: [PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-23 Thread David Hildenbrand
On 23.02.21 10:48, Mike Rapoport wrote: On Tue, Feb 23, 2021 at 09:04:19AM +0100, David Hildenbrand wrote: On 22.02.21 11:57, Mike Rapoport wrote: From: Mike Rapoport There could be struct pages that are not backed by actual physical memory. This can happen when the actual memory bank is not

Re: [PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-23 Thread Mike Rapoport
On Tue, Feb 23, 2021 at 09:04:19AM +0100, David Hildenbrand wrote: > On 22.02.21 11:57, Mike Rapoport wrote: > > From: Mike Rapoport > > > > There could be struct pages that are not backed by actual physical memory. > > This can happen when the actual memory bank is not a multiple of > >

Re: [PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-23 Thread David Hildenbrand
On 22.02.21 11:57, Mike Rapoport wrote: From: Mike Rapoport There could be struct pages that are not backed by actual physical memory. This can happen when the actual memory bank is not a multiple of SECTION_SIZE or when an architecture does not register memory holes reserved by the firmware

Re: [PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-22 Thread Baoquan He
On 02/22/21 at 12:57pm, Mike Rapoport wrote: > From: Mike Rapoport > > There could be struct pages that are not backed by actual physical memory. > This can happen when the actual memory bank is not a multiple of > SECTION_SIZE or when an architecture does not register memory holes > reserved by

Re: [PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-22 Thread Mike Rapoport
Somehow I've managed to break the threading, the cover letter is here: https://lore.kernel.org/lkml/20210222105400.28583-1-r...@kernel.org On Mon, Feb 22, 2021 at 12:57:28PM +0200, Mike Rapoport wrote: > From: Mike Rapoport > > There could be struct pages that are not backed by actual physical

[PATCH v6 1/1] mm/page_alloc.c: refactor initialization of struct page for holes in memory layout

2021-02-22 Thread Mike Rapoport
From: Mike Rapoport There could be struct pages that are not backed by actual physical memory. This can happen when the actual memory bank is not a multiple of SECTION_SIZE or when an architecture does not register memory holes reserved by the firmware as memblock.memory. Such pages are