[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20160623195251.GB19202@arbab-laptop.austin.ibm.com>
Date: Thu, 23 Jun 2016 14:52:51 -0500
From: Reza Arbab <arbab@...ux.vnet.ibm.com>
To: "Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>
Cc: Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Michael Ellerman <mpe@...erman.id.au>,
Dan Williams <dan.j.williams@...el.com>,
Balbir Singh <bsingharora@...il.com>,
Gavin Shan <gwshan@...ux.vnet.ibm.com>,
David Gibson <david@...son.dropbear.id.au>,
Vasant Hegde <hegdevasant@...ux.vnet.ibm.com>,
Scott Wood <scottwood@...escale.com>,
"Oliver O'Halloran" <oohall@...il.com>,
Nathan Fontenot <nfont@...ux.vnet.ibm.com>,
linuxppc-dev@...ts.ozlabs.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] powerpc/mm: update arch_{add,remove}_memory() for radix
On Thu, Jun 23, 2016 at 02:37:39PM -0500, Reza Arbab wrote:
>Could it be that the functions just need to be renamed
>hash__create_mapping()/radix__create_mapping() and moved out of #ifdef
>SPARSEMEM_VMEMMAP?
Or vice-versa, maybe the callers should have been wrapped in the first
place:
arch_add_memory() {
...
if (IS_ENABLED(CONFIG_SPARSEMEM_VMEMMAP))
vmemmap_create_mapping()
...
}
arch_remove_memory() {
...
if (IS_ENABLED(CONFIG_SPARSEMEM_VMEMMAP))
vmemmap_remove_mapping()
...
}
--
Reza Arbab
Powered by blists - more mailing lists