forked from Minki/linux
ed8b20d457
Today the arm64 arch code allocates an extra IRQ stack per-cpu. If we also have SDEI and VMAP stacks we need two extra per-cpu VMAP stacks. Move the VMAP stack allocation out to a helper in a new header file. This avoids missing THREADINFO_GFP, or getting the all-important alignment wrong. Signed-off-by: James Morse <james.morse@arm.com> Reviewed-by: Catalin Marinas <catalin.marinas@arm.com> Reviewed-by: Mark Rutland <mark.rutland@arm.com> Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
29 lines
769 B
C
29 lines
769 B
C
// SPDX-License-Identifier: GPL-2.0
|
|
// Copyright (C) 2017 Arm Ltd.
|
|
#ifndef __ASM_VMAP_STACK_H
|
|
#define __ASM_VMAP_STACK_H
|
|
|
|
#include <linux/bug.h>
|
|
#include <linux/gfp.h>
|
|
#include <linux/kconfig.h>
|
|
#include <linux/vmalloc.h>
|
|
#include <asm/memory.h>
|
|
#include <asm/pgtable.h>
|
|
#include <asm/thread_info.h>
|
|
|
|
/*
|
|
* To ensure that VMAP'd stack overflow detection works correctly, all VMAP'd
|
|
* stacks need to have the same alignment.
|
|
*/
|
|
static inline unsigned long *arch_alloc_vmap_stack(size_t stack_size, int node)
|
|
{
|
|
BUILD_BUG_ON(!IS_ENABLED(CONFIG_VMAP_STACK));
|
|
|
|
return __vmalloc_node_range(stack_size, THREAD_ALIGN,
|
|
VMALLOC_START, VMALLOC_END,
|
|
THREADINFO_GFP, PAGE_KERNEL, 0, node,
|
|
__builtin_return_address(0));
|
|
}
|
|
|
|
#endif /* __ASM_VMAP_STACK_H */
|