linux-kernel - Re: [PATCH 10/14] x86-32, NUMA: Move remapping for remap allocator into init_alloc

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4D9B669E.2020907@kernel.org>
Date:	Tue, 05 Apr 2011 11:59:42 -0700
From:	Yinghai Lu <yinghai@...nel.org>
To:	Tejun Heo <tj@...nel.org>
CC:	mingo@...hat.com, hpa@...or.com, tglx@...utronix.de,
	rientjes@...gle.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 10/14] x86-32, NUMA: Move remapping for remap allocator
 into init_alloc_remap()

On 04/04/2011 03:23 PM, Tejun Heo wrote:
> There's no reason to perform the actual remapping separately.
> Collapse remap_numa_kva() into init_alloc_remap() and, while at it,
> make it less verbose.
>
> Signed-off-by: Tejun Heo<tj@...nel.org>
> Cc: Yinghai Lu<yinghai@...nel.org>
> Cc: David Rientjes<rientjes@...gle.com>
> Cc: Thomas Gleixner<tglx@...utronix.de
> Cc: Ingo Molnar<mingo@...hat.com>
> Cc: "H. Peter Anvin"<hpa@...or.com>
> ---
>   arch/x86/mm/numa_32.c |   29 +++++++----------------------
>   1 files changed, 7 insertions(+), 22 deletions(-)
>
> diff --git a/arch/x86/mm/numa_32.c b/arch/x86/mm/numa_32.c
> index 12bb34c..53ec13a 100644
> --- a/arch/x86/mm/numa_32.c
> +++ b/arch/x86/mm/numa_32.c
> @@ -205,26 +205,6 @@ void *alloc_remap(int nid, unsigned long size)
>   	return allocation;
>   }
>
> -static void __init remap_numa_kva(void)
> -{
> -	void *vaddr;
> -	unsigned long pfn;
> -	int node;
> -
> -	for_each_online_node(node) {
> -		printk(KERN_DEBUG "remap_numa_kva: node %d\n", node);
> -		for (pfn=0; pfn<  node_remap_size[node]; pfn += PTRS_PER_PTE) {
> -			vaddr = node_remap_start_vaddr[node]+(pfn<<PAGE_SHIFT);
> -			printk(KERN_DEBUG "remap_numa_kva: %08lx to pfn %08lx\n",
> -				(unsigned long)vaddr,
> -				node_remap_start_pfn[node] + pfn);
> -			set_pmd_pfn((ulong) vaddr,
> -				node_remap_start_pfn[node] + pfn,
> -				PAGE_KERNEL_LARGE);
> -		}
> -	}
> -}
> -
>   #ifdef CONFIG_HIBERNATION
>   /**
>    * resume_map_numa_kva - add KVA mapping to the temporary page tables created
> @@ -262,7 +242,7 @@ void resume_map_numa_kva(pgd_t *pgd_base)
>
>   static __init unsigned long init_alloc_remap(int nid, unsigned long offset)
>   {
> -	unsigned long size;
> +	unsigned long size, pfn;
>   	u64 node_pa, remap_pa;
>   	void *remap_va;
>
> @@ -308,6 +288,12 @@ static __init unsigned long init_alloc_remap(int nid, unsigned long offset)
>   	memblock_x86_reserve_range(remap_pa, remap_pa + size, "KVA PG");
>   	remap_va = phys_to_virt(remap_pa);
>
> +	/* perform actual remap */
> +	for (pfn = 0; pfn<  size>>  PAGE_SHIFT; pfn += PTRS_PER_PTE)
> +		set_pmd_pfn((unsigned long)remap_va + (pfn<<  PAGE_SHIFT),
> +			    (node_pa>>  PAGE_SHIFT) + pfn,
> +			    PAGE_KERNEL_LARGE);
> +
>   	/* initialize remap allocator parameters */
>   	node_remap_start_pfn[nid] = node_pa>>  PAGE_SHIFT;
>   	node_remap_size[nid] = size>>  PAGE_SHIFT;
> @@ -363,7 +349,6 @@ void __init initmem_init(void)
>   			(ulong) pfn_to_kaddr(max_low_pfn));
>   	for_each_online_node(nid)
>   		allocate_pgdat(nid);
> -	remap_numa_kva();
>
>   	printk(KERN_DEBUG "High memory starts at vaddr %08lx\n",
>   			(ulong) pfn_to_kaddr(highstart_pfn));

Acked-by: Yinghai Lu <yinghai@...nel.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/