Date:   Fri, 22 May 2020 11:58:06 +0800
From:   Jia He <jiakernel2@...il.com>
To:     Anshuman Khandual <anshuman.khandual@....com>, linux-mm@...ck.org
Cc:     robin.murphy@....com, dan.j.williams@...el.com, jglisse@...hat.com,
        jgg@...lanox.com, rcampbell@...dia.com, aneesh.kumar@...ux.ibm.com,
        Catalin Marinas <catalin.marinas@....com>,
        Will Deacon <will@...nel.org>,
        Mark Rutland <mark.rutland@....com>,
        Paul Walmsley <paul.walmsley@...ive.com>,
        Palmer Dabbelt <palmer@...belt.com>,
        Tony Luck <tony.luck@...el.com>,
        Fenghua Yu <fenghua.yu@...el.com>,
        Dave Hansen <dave.hansen@...ux.intel.com>,
        Andy Lutomirski <luto@...nel.org>,
        Peter Zijlstra <peterz@...radead.org>,
        Thomas Gleixner <tglx@...utronix.de>,
        Ingo Molnar <mingo@...hat.com>,
        David Hildenbrand <david@...hat.com>,
        Mike Rapoport <rppt@...ux.ibm.com>,
        Michal Hocko <mhocko@...e.com>,
        "Matthew Wilcox (Oracle)" <willy@...radead.org>,
        "Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Pavel Tatashin <pasha.tatashin@...een.com>,
        Benjamin Herrenschmidt <benh@...nel.crashing.org>,
        Paul Mackerras <paulus@...ba.org>,
        Michael Ellerman <mpe@...erman.id.au>,
        linux-arm-kernel@...ts.infradead.org, linux-ia64@...r.kernel.org,
        linux-riscv@...ts.infradead.org, x86@...nel.org,
        linuxppc-dev@...ts.ozlabs.org, linux-kernel@...r.kernel.org,
        Kaly Xin <Kaly.Xin@....com>
Subject: Re: [PATCH V3 0/3] arm64: Enable vmemmap mapping from device memory

Hi

On 2020/3/31 13:09, Anshuman Khandual wrote:
> This series enables vmemmap backing memory allocation from device memory
> ranges on arm64. But before that, it enables vmemmap_populate_basepages()
> and vmemmap_alloc_block_buf() to accommodate struct vmem_altmap based
> alocation requests.

I verified no obvious regression after this patch series.

Host: ThunderX2(armv8a server), kernel v5.4

qemu:v3.1, -M virt \

-object 
memory-backend-file,id=mem1,share=on,mem-path=/tmp2/nvdimm.img,size=4G,align=2M \

-device nvdimm,id=nvdimm1,memdev=mem1,label-size=2M

Guest: kernel v5.7.0-rc5 with this patch series.

Tested case:

- 4K PAGESIZE, boot, mount w/ -o dax, mount w/o -o dax, basic io

- 64K PAGESIZE,boot, mount w/ -o dax, mount w/o -o dax, basic io

Not tested:

- 16K pagesize due to my hardware limiation(can't run 16K pgsz kernel)

- hot-add/remove nvdimm device from qemu due to no fully support on arm64 qemu yet

- Host nvdimm device hotplug

Hence from above result,

Tested-by: Jia He <justin.he@....com>

> This series applies after latest (v14) arm64 memory hot remove series
> (https://lkml.org/lkml/2020/3/3/1746) on Linux 5.6.
>
> Pending Question:
>
> altmap_alloc_block_buf() does not have any other remaining users in the
> tree after this change. Should it be converted into a static function and
> it's declaration be dropped from the header (include/linux/mm.h). Avoided
> doing so because I was not sure if there are any off-tree users or not.
>
> Changes in V3:
>
> - Dropped comment from free_hotplug_page_range() per Robin
> - Modified comment in unmap_hotplug_range() per Robin
> - Enabled altmap support in vmemmap_alloc_block_buf() per Robin
>
> Changes in V2: (https://lkml.org/lkml/2020/3/4/475)
>
> - Rebased on latest hot-remove series (v14) adding P4D page table support
>
> Changes in V1: (https://lkml.org/lkml/2020/1/23/12)
>
> - Added an WARN_ON() in unmap_hotplug_range() when altmap is
>    provided without the page table backing memory being freed
>
> Changes in RFC V2: (https://lkml.org/lkml/2019/10/21/11)
>
> - Changed the commit message on 1/2 patch per Will
> - Changed the commit message on 2/2 patch as well
> - Rebased on arm64 memory hot remove series (v10)
>
> RFC V1: (https://lkml.org/lkml/2019/6/28/32)
>
> Cc: Catalin Marinas<catalin.marinas@....com>
> Cc: Will Deacon<will@...nel.org>
> Cc: Mark Rutland<mark.rutland@....com>
> Cc: Paul Walmsley<paul.walmsley@...ive.com>
> Cc: Palmer Dabbelt<palmer@...belt.com>
> Cc: Tony Luck<tony.luck@...el.com>
> Cc: Fenghua Yu<fenghua.yu@...el.com>
> Cc: Dave Hansen<dave.hansen@...ux.intel.com>
> Cc: Andy Lutomirski<luto@...nel.org>
> Cc: Peter Zijlstra<peterz@...radead.org>
> Cc: Thomas Gleixner<tglx@...utronix.de>
> Cc: Ingo Molnar<mingo@...hat.com>
> Cc: David Hildenbrand<david@...hat.com>
> Cc: Mike Rapoport<rppt@...ux.ibm.com>
> Cc: Michal Hocko<mhocko@...e.com>
> Cc: "Matthew Wilcox (Oracle)"<willy@...radead.org>
> Cc: "Kirill A. Shutemov"<kirill.shutemov@...ux.intel.com>
> Cc: Andrew Morton<akpm@...ux-foundation.org>
> Cc: Dan Williams<dan.j.williams@...el.com>
> Cc: Pavel Tatashin<pasha.tatashin@...een.com>
> Cc: Benjamin Herrenschmidt<benh@...nel.crashing.org>
> Cc: Paul Mackerras<paulus@...ba.org>
> Cc: Michael Ellerman<mpe@...erman.id.au>
> Cc:linux-arm-kernel@...ts.infradead.org
> Cc:linux-ia64@...r.kernel.org
> Cc:linux-riscv@...ts.infradead.org
> Cc:x86@...nel.org
> Cc:linuxppc-dev@...ts.ozlabs.org
> Cc:linux-mm@...ck.org
> Cc:linux-kernel@...r.kernel.org
>
> Anshuman Khandual (3):
>    mm/sparsemem: Enable vmem_altmap support in vmemmap_populate_basepages()
>    mm/sparsemem: Enable vmem_altmap support in vmemmap_alloc_block_buf()
>    arm64/mm: Enable vmem_altmap support for vmemmap mappings
>
>   arch/arm64/mm/mmu.c       | 59 ++++++++++++++++++++++++++-------------
>   arch/ia64/mm/discontig.c  |  2 +-
>   arch/powerpc/mm/init_64.c | 10 +++----
>   arch/riscv/mm/init.c      |  2 +-
>   arch/x86/mm/init_64.c     | 12 ++++----
>   include/linux/mm.h        |  8 ++++--
>   mm/sparse-vmemmap.c       | 38 ++++++++++++++++++++-----
>   7 files changed, 87 insertions(+), 44 deletions(-)
>
-- 

---
Cheers,
Justin (Jia He)

Powered by blists - more mailing lists