Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp4684634ima; Mon, 4 Feb 2019 22:49:33 -0800 (PST) X-Google-Smtp-Source: AHgI3IYhzOAWVWRZxdCKzOYrsdS7gqW7PxKhoLCUnUGZEBqptmo2UT4GIX0j3307CrnylwGc3g7i X-Received: by 2002:a63:fc4d:: with SMTP id r13mr3197515pgk.242.1549349373335; Mon, 04 Feb 2019 22:49:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549349373; cv=none; d=google.com; s=arc-20160816; b=rYa/Aj+eUU4Gwafe6q7Z5gJ0YeXhHf0HflIXhWy3xNIk3PatBx8QdxY9btnjEP+oMW RLAdFBJ36NoXLDDhj8ZveJ1Hnx3YXW2HhURwiHsTtU8P0WRIParj4MF3PIYt7rO2CTi4 TT8+UbwpPAetw6xmBIoc8JqYFwvH7WOMJEAXCR9pmgJgP8gN1ib8LS1OY7aHyFDuveij AlD9MBXEEB/GyWqegHYkOpmr36hkIbr03/t0/p961y4WkBp9bIB4AfEoG7B6YrbERgUq h9ZTALQWrmNGUpUad/t8DWD/S9s1dcGSmYUvojLBZugUj3YarbEmgNdPZOkX+MMrxBxn n/9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=GyawFv6WhYMih/eQpEtJokJIoUycv8VfgtsTI4vRueY=; b=ZpT/jBstQEf8cnZUqAOPa2GCEsreKGKZvHOg/l2YrRllpPh9Xk1J/e2ux9njTgU44e +pKGYduGK1hyhWrkauYuY1R7A34/JGba6R80wlUbH/9TLXKwMzPNzywy5KJf6eJs+Pqg LOGWlNIpMUbfSAhUSi5qXZ+7Xm2Ohc/RL9+Z9ODJinUj3Zn8fk0QMSwGp7nAJrx7jj5f yYX1uaJPQ79C0Q6UBydBta05sLaBZtze0h1C5EimVd3pALMrmOfmHxJiVSe6N66/BUgs GPsreOvFrKTkBtlOHbzAw6Az8eMYpLbo5q6LiUsHX0azQarw27gYJoB31ndi+gV1aT3w chaw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=mANsn7sy; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r16si191389pgj.414.2019.02.04.22.49.16; Mon, 04 Feb 2019 22:49:33 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=mANsn7sy; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727270AbfBEGsl (ORCPT + 99 others); Tue, 5 Feb 2019 01:48:41 -0500 Received: from pegase1.c-s.fr ([93.17.236.30]:23591 "EHLO pegase1.c-s.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726416AbfBEGsl (ORCPT ); Tue, 5 Feb 2019 01:48:41 -0500 Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 43twCB2w9gz9vBmM; Tue, 5 Feb 2019 07:48:38 +0100 (CET) Authentication-Results: localhost; dkim=pass reason="1024-bit key; insecure key" header.d=c-s.fr header.i=@c-s.fr header.b=mANsn7sy; dkim-adsp=pass; dkim-atps=neutral X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id qAddBe7tN4mQ; Tue, 5 Feb 2019 07:48:38 +0100 (CET) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 43twCB1Mn9z9vBmK; Tue, 5 Feb 2019 07:48:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=c-s.fr; s=mail; t=1549349318; bh=GyawFv6WhYMih/eQpEtJokJIoUycv8VfgtsTI4vRueY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=mANsn7syLFi/J7VpYUq1iIQ1/Q4H4cmeZfPAmzA6IL9O04+25yoq9cx890vGFVIqN POaDVng8rQ37Q749vfPFEY8F6AHzWZCN8n5vc5aITgP4ZS5CtYUOPFUIzIIN7oZsID gQy50Y/wBAUhxgH6b9y7bYIetojC5glAUDuqI16A= Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 104B48B7E9; Tue, 5 Feb 2019 07:48:39 +0100 (CET) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id 2HYZNq1YKaco; Tue, 5 Feb 2019 07:48:38 +0100 (CET) Received: from PO15451 (unknown [192.168.4.90]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 875658B74C; Tue, 5 Feb 2019 07:48:38 +0100 (CET) Subject: Re: [PATCH v2] powerpc: drop page_is_ram() and walk_system_ram_range() To: Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org References: <875ztzonqd.fsf@concordia.ellerman.id.au> From: Christophe Leroy Message-ID: <248f8aa2-10c2-2728-6f94-a56816a989e1@c-s.fr> Date: Tue, 5 Feb 2019 07:48:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <875ztzonqd.fsf@concordia.ellerman.id.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 04/02/2019 à 11:24, Michael Ellerman a écrit : > Christophe Leroy writes: > >> Since commit c40dd2f76644 ("powerpc: Add System RAM to /proc/iomem") >> it is possible to use the generic walk_system_ram_range() and >> the generic page_is_ram(). >> >> To enable the use of walk_system_ram_range() by the IBM EHEA >> ethernet driver, the generic function has to be exported. > > I'm not sure if we have a policy on that, but I suspect we'd rather not > add a new export on all arches unless we need to. Especially seeing as > the only user is the EHEA code which is heavily in maintenance mode. If you take the exemple of function walk_iomem_res_desc(), that's similar. It is only used by x86 it seems and exported for nvdimm/e820 driver only. See commit d76401ade0bb6ab0a7 ("libnvdimm, e820: Register all pmem resources") > > I'll put the export in powerpc code and make sure that builds. I thought there was a rule that EXPORT_SYMBOL has to immediately follow the function it exports. At least checkpatch checks for that. Christophe > >> As powerpc was the only (last?) user of CONFIG_ARCH_HAS_WALK_MEMORY, >> the #ifdef around the generic walk_system_ram_range() has become >> useless and can be dropped. > > Yes it was the only user: > > a99824f327c7 ("[POWERPC] Add arch-specific walk_memory_remove() for 64-bit powerpc") > > I'll update the changelog. > > cheers > > >> Fixes: c40dd2f76644 ("powerpc: Add System RAM to /proc/iomem") >> Signed-off-by: Christophe Leroy >> --- >> arch/powerpc/Kconfig | 3 --- >> arch/powerpc/include/asm/page.h | 1 - >> arch/powerpc/mm/mem.c | 33 --------------------------------- >> kernel/resource.c | 5 +---- >> 4 files changed, 1 insertion(+), 41 deletions(-) >> >> diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig >> index 2890d36eb531..f92e6754edf1 100644 >> --- a/arch/powerpc/Kconfig >> +++ b/arch/powerpc/Kconfig >> @@ -478,9 +478,6 @@ config ARCH_CPU_PROBE_RELEASE >> config ARCH_ENABLE_MEMORY_HOTPLUG >> def_bool y >> >> -config ARCH_HAS_WALK_MEMORY >> - def_bool y >> - >> config ARCH_ENABLE_MEMORY_HOTREMOVE >> def_bool y >> >> diff --git a/arch/powerpc/include/asm/page.h b/arch/powerpc/include/asm/page.h >> index 5c5ea2413413..aa4497175bd3 100644 >> --- a/arch/powerpc/include/asm/page.h >> +++ b/arch/powerpc/include/asm/page.h >> @@ -326,7 +326,6 @@ struct page; >> extern void clear_user_page(void *page, unsigned long vaddr, struct page *pg); >> extern void copy_user_page(void *to, void *from, unsigned long vaddr, >> struct page *p); >> -extern int page_is_ram(unsigned long pfn); >> extern int devmem_is_allowed(unsigned long pfn); >> >> #ifdef CONFIG_PPC_SMLPAR >> diff --git a/arch/powerpc/mm/mem.c b/arch/powerpc/mm/mem.c >> index 33cc6f676fa6..fa9916c2c662 100644 >> --- a/arch/powerpc/mm/mem.c >> +++ b/arch/powerpc/mm/mem.c >> @@ -80,11 +80,6 @@ static inline pte_t *virt_to_kpte(unsigned long vaddr) >> #define TOP_ZONE ZONE_NORMAL >> #endif >> >> -int page_is_ram(unsigned long pfn) >> -{ >> - return memblock_is_memory(__pfn_to_phys(pfn)); >> -} >> - >> pgprot_t phys_mem_access_prot(struct file *file, unsigned long pfn, >> unsigned long size, pgprot_t vma_prot) >> { >> @@ -176,34 +171,6 @@ int __meminit arch_remove_memory(int nid, u64 start, u64 size, >> #endif >> #endif /* CONFIG_MEMORY_HOTPLUG */ >> >> -/* >> - * walk_memory_resource() needs to make sure there is no holes in a given >> - * memory range. PPC64 does not maintain the memory layout in /proc/iomem. >> - * Instead it maintains it in memblock.memory structures. Walk through the >> - * memory regions, find holes and callback for contiguous regions. >> - */ >> -int >> -walk_system_ram_range(unsigned long start_pfn, unsigned long nr_pages, >> - void *arg, int (*func)(unsigned long, unsigned long, void *)) >> -{ >> - struct memblock_region *reg; >> - unsigned long end_pfn = start_pfn + nr_pages; >> - unsigned long tstart, tend; >> - int ret = -1; >> - >> - for_each_memblock(memory, reg) { >> - tstart = max(start_pfn, memblock_region_memory_base_pfn(reg)); >> - tend = min(end_pfn, memblock_region_memory_end_pfn(reg)); >> - if (tstart >= tend) >> - continue; >> - ret = (*func)(tstart, tend - tstart, arg); >> - if (ret) >> - break; >> - } >> - return ret; >> -} >> -EXPORT_SYMBOL_GPL(walk_system_ram_range); >> - >> #ifndef CONFIG_NEED_MULTIPLE_NODES >> void __init mem_topology_setup(void) >> { >> diff --git a/kernel/resource.c b/kernel/resource.c >> index 915c02e8e5dd..2e1636041508 100644 >> --- a/kernel/resource.c >> +++ b/kernel/resource.c >> @@ -448,8 +448,6 @@ int walk_mem_res(u64 start, u64 end, void *arg, >> arg, func); >> } >> >> -#if !defined(CONFIG_ARCH_HAS_WALK_MEMORY) >> - >> /* >> * This function calls the @func callback against all memory ranges of type >> * System RAM which are marked as IORESOURCE_SYSTEM_RAM and IORESOUCE_BUSY. >> @@ -480,8 +478,7 @@ int walk_system_ram_range(unsigned long start_pfn, unsigned long nr_pages, >> } >> return ret; >> } >> - >> -#endif >> +EXPORT_SYMBOL_GPL(walk_system_ram_range); >> >> static int __is_ram(unsigned long pfn, unsigned long nr_pages, void *arg) >> { >> -- >> 2.13.3