* [PATCH 0/2] Use generic code for virtual address of randomization of x86
@ 2021-09-21 11:02 sxwjean
2021-09-21 11:02 ` [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT sxwjean
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: sxwjean @ 2021-09-21 11:02 UTC (permalink / raw)
To: x86, linux-mm
Cc: sxwjean, Xiongwei Song, Thomas Gleixner, Ingo Molnar,
Borislav Petkov, H. Peter Anvin, Andy Lutomirski,
Gabriel Krisman Bertazi, Chang S. Bae, Al Viro, Arvind Sankar,
Alexey Dobriyan, Oleg Nesterov, Balbir Singh, Jens Axboe,
Lai Jiangshan, Dave Hansen, Peter Zijlstra, Andrew Morton,
Arnd Bergmann, David S. Miller, Kees Cook, Kim Phillips,
Yazen Ghannam, Davidlohr Bueso, Stefan Metzmacher, Marco Elver,
Eric W. Biederman, Christophe Leroy, linux-kernel
From: Xiongwei Song <sxwjean@gmail.com>
Hello,
The two patches are to use generic code for randomization of virtual
address of x86. Since the basic code logic of x86 is same as generic
code, so no need to implement these functions on x86, please see the
details in comments of patch 2.
Please review it.
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: Andy Lutomirski <luto@kernel.org>
Cc: Gabriel Krisman Bertazi <krisman@collabora.com>
Cc: "Chang S. Bae" <chang.seok.bae@intel.com>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Cc: Arvind Sankar <nivedita@alum.mit.edu>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: Balbir Singh <sblbir@amazon.com>
Cc: Jens Axboe <axboe@kernel.dk>
Cc: Lai Jiangshan <laijs@linux.alibaba.com>
Cc: Dave Hansen <dave.hansen@linux.intel.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Kees Cook <keescook@chromium.org>
Cc: Kim Phillips <kim.phillips@amd.com>
Cc: Yazen Ghannam <yazen.ghannam@amd.com>
Cc: Davidlohr Bueso <dave@stgolabs.net>
Cc: Stefan Metzmacher <metze@samba.org>
Cc: Marco Elver <elver@google.com>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Christophe Leroy <christophe.leroy@csgroup.eu>
Cc: linux-kernel@vger.kernel.org
Xiongwei Song (2):
x86: Rename TIF_ADDR32 to TIF_32BIT
x86/mm: Randomize va with generic arch_pick_mmap_layout()
arch/x86/Kconfig | 2 +-
arch/x86/include/asm/compat.h | 7 +-
arch/x86/include/asm/elf.h | 2 +-
arch/x86/include/asm/page_64_types.h | 6 +-
arch/x86/include/asm/processor.h | 4 +-
arch/x86/include/asm/thread_info.h | 4 +-
arch/x86/kernel/process.c | 5 --
arch/x86/kernel/process_64.c | 4 +-
arch/x86/mm/mmap.c | 112 ---------------------------
include/linux/compat.h | 4 +
mm/util.c | 18 ++++-
11 files changed, 37 insertions(+), 131 deletions(-)
--
2.30.2
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT
2021-09-21 11:02 [PATCH 0/2] Use generic code for virtual address of randomization of x86 sxwjean
@ 2021-09-21 11:02 ` sxwjean
2021-09-21 11:50 ` Peter Zijlstra
2021-09-21 11:02 ` [PATCH 2/2] x86/mm: Randomize va with generic arch_pick_mmap_layout() sxwjean
2021-09-21 13:24 ` [PATCH 0/2] Use generic code for virtual address of randomization of x86 Kees Cook
2 siblings, 1 reply; 9+ messages in thread
From: sxwjean @ 2021-09-21 11:02 UTC (permalink / raw)
To: x86, linux-mm; +Cc: sxwjean, Xiongwei Song
From: Xiongwei Song <sxwjean@gmail.com>
In arm64 or powerpc or sparc, the 32 bits process in 64 bits kernel is set
flag TIF_32BIT. However in x86, that flag name is TIF_ADDR32. This patch
makes the flag name in x86 same as other archs.
Signed-off-by: Xiongwei Song <sxwjean@gmail.com>
---
arch/x86/include/asm/elf.h | 2 +-
arch/x86/include/asm/page_64_types.h | 6 +++---
arch/x86/include/asm/thread_info.h | 4 ++--
arch/x86/kernel/process_64.c | 4 ++--
4 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/x86/include/asm/elf.h b/arch/x86/include/asm/elf.h
index 29fea180a665..aa6ae2bc20bd 100644
--- a/arch/x86/include/asm/elf.h
+++ b/arch/x86/include/asm/elf.h
@@ -322,7 +322,7 @@ static inline int mmap_is_ia32(void)
{
return IS_ENABLED(CONFIG_X86_32) ||
(IS_ENABLED(CONFIG_COMPAT) &&
- test_thread_flag(TIF_ADDR32));
+ test_thread_flag(TIF_32BIT));
}
extern unsigned long task_size_32bit(void);
diff --git a/arch/x86/include/asm/page_64_types.h b/arch/x86/include/asm/page_64_types.h
index a8d4ad856568..f4631bee9119 100644
--- a/arch/x86/include/asm/page_64_types.h
+++ b/arch/x86/include/asm/page_64_types.h
@@ -70,11 +70,11 @@
#define IA32_PAGE_OFFSET ((current->personality & ADDR_LIMIT_3GB) ? \
0xc0000000 : 0xFFFFe000)
-#define TASK_SIZE_LOW (test_thread_flag(TIF_ADDR32) ? \
+#define TASK_SIZE_LOW (test_thread_flag(TIF_32BIT) ? \
IA32_PAGE_OFFSET : DEFAULT_MAP_WINDOW)
-#define TASK_SIZE (test_thread_flag(TIF_ADDR32) ? \
+#define TASK_SIZE (test_thread_flag(TIF_32BIT) ? \
IA32_PAGE_OFFSET : TASK_SIZE_MAX)
-#define TASK_SIZE_OF(child) ((test_tsk_thread_flag(child, TIF_ADDR32)) ? \
+#define TASK_SIZE_OF(child) ((test_tsk_thread_flag(child, TIF_32BIT)) ? \
IA32_PAGE_OFFSET : TASK_SIZE_MAX)
#define STACK_TOP TASK_SIZE_LOW
diff --git a/arch/x86/include/asm/thread_info.h b/arch/x86/include/asm/thread_info.h
index cf132663c219..9e768e7714cc 100644
--- a/arch/x86/include/asm/thread_info.h
+++ b/arch/x86/include/asm/thread_info.h
@@ -97,7 +97,7 @@ struct thread_info {
#define TIF_FORCED_TF 24 /* true if TF in eflags artificially */
#define TIF_BLOCKSTEP 25 /* set when we want DEBUGCTLMSR_BTF */
#define TIF_LAZY_MMU_UPDATES 27 /* task is updating the mmu lazily */
-#define TIF_ADDR32 29 /* 32-bit address space on 64 bits */
+#define TIF_32BIT 29 /* 32-bit address space on 64 bits */
#define _TIF_NOTIFY_RESUME (1 << TIF_NOTIFY_RESUME)
#define _TIF_SIGPENDING (1 << TIF_SIGPENDING)
@@ -120,7 +120,7 @@ struct thread_info {
#define _TIF_FORCED_TF (1 << TIF_FORCED_TF)
#define _TIF_BLOCKSTEP (1 << TIF_BLOCKSTEP)
#define _TIF_LAZY_MMU_UPDATES (1 << TIF_LAZY_MMU_UPDATES)
-#define _TIF_ADDR32 (1 << TIF_ADDR32)
+#define _TIF_32BIT (1 << TIF_32BIT)
/* flags to check in __switch_to() */
#define _TIF_WORK_CTXSW_BASE \
diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c
index ec0d836a13b1..a8a94f87548f 100644
--- a/arch/x86/kernel/process_64.c
+++ b/arch/x86/kernel/process_64.c
@@ -666,7 +666,7 @@ void set_personality_64bit(void)
/* inherit personality from parent */
/* Make sure to be in 64bit mode */
- clear_thread_flag(TIF_ADDR32);
+ clear_thread_flag(TIF_32BIT);
/* Pretend that this comes from a 64bit execve */
task_pt_regs(current)->orig_ax = __NR_execve;
current_thread_info()->status &= ~TS_COMPAT;
@@ -721,7 +721,7 @@ static void __set_personality_ia32(void)
void set_personality_ia32(bool x32)
{
/* Make sure to be in 32bit mode */
- set_thread_flag(TIF_ADDR32);
+ set_thread_flag(TIF_32BIT);
if (x32)
__set_personality_x32();
--
2.30.2
^ permalink raw reply related [flat|nested] 9+ messages in thread
* [PATCH 2/2] x86/mm: Randomize va with generic arch_pick_mmap_layout()
2021-09-21 11:02 [PATCH 0/2] Use generic code for virtual address of randomization of x86 sxwjean
2021-09-21 11:02 ` [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT sxwjean
@ 2021-09-21 11:02 ` sxwjean
2021-09-21 12:02 ` Peter Zijlstra
2021-09-21 13:24 ` [PATCH 0/2] Use generic code for virtual address of randomization of x86 Kees Cook
2 siblings, 1 reply; 9+ messages in thread
From: sxwjean @ 2021-09-21 11:02 UTC (permalink / raw)
To: x86, linux-mm; +Cc: sxwjean, Xiongwei Song
From: Xiongwei Song <sxwjean@gmail.com>
The code logic of arch_pick_mmap_layout() of x86 is basiclly same as
arch_pick_mmap_layout() in mm/util.c. Let's delete the function and
the related assistant functions in x86.
There are some differences between x86 and geneirc code:
- mmap_is_legacy(), there is no check for stack limit of 32 bits process
in x86, while generic code does, which is suitable for x86 too.
- arch_randomize_brk(), it only randomized the brk with SZ_32M range
for 32 bits and 64 bits processes, while the generic code randomizes brk
with SZ_1G range for 64 bits process, which is suitable for x86 too.
- Implement is_compat_task(), which means 32 bits process in 64 bits
kernel, to adapt generic implementation.
- The special implementation of x86 is the code with
CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES enabled. I assume other archs will
enable CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES in the future, so move the
implementation to the generic part.
Hence select ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT in x86 to use
generic arch_pick_mmap_layout(). Meanwhile, the ARCH_HAS_ELF_RANDOMIZE
can be enabled automatically, remove select for it.
Signed-off-by: Xiongwei Song <sxwjean@gmail.com>
---
arch/x86/Kconfig | 2 +-
arch/x86/include/asm/compat.h | 7 +-
arch/x86/include/asm/processor.h | 4 +-
arch/x86/kernel/process.c | 5 --
arch/x86/mm/mmap.c | 112 -------------------------------
include/linux/compat.h | 4 ++
mm/util.c | 18 ++++-
7 files changed, 29 insertions(+), 123 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index dad7f85dcdea..c081e6ff7f11 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -72,7 +72,6 @@ config X86
select ARCH_HAS_DEBUG_VM_PGTABLE if !X86_PAE
select ARCH_HAS_DEVMEM_IS_ALLOWED
select ARCH_HAS_EARLY_DEBUG if KGDB
- select ARCH_HAS_ELF_RANDOMIZE
select ARCH_HAS_FAST_MULTIPLIER
select ARCH_HAS_FILTER_PGPROT
select ARCH_HAS_FORTIFY_SOURCE
@@ -114,6 +113,7 @@ config X86
select ARCH_USE_SYM_ANNOTATIONS
select ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH
select ARCH_WANT_DEFAULT_BPF_JIT if X86_64
+ select ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT
select ARCH_WANTS_DYNAMIC_TASK_STRUCT
select ARCH_WANTS_NO_INSTR
select ARCH_WANT_HUGE_PMD_SHARE
diff --git a/arch/x86/include/asm/compat.h b/arch/x86/include/asm/compat.h
index 7516e4199b3c..c697e377644d 100644
--- a/arch/x86/include/asm/compat.h
+++ b/arch/x86/include/asm/compat.h
@@ -151,6 +151,11 @@ struct compat_shmid64_ds {
compat_ulong_t __unused5;
};
+static inline int is_compat_task(void)
+{
+ return IS_ENABLED(CONFIG_COMPAT) && test_thread_flag(TIF_32BIT);
+}
+
#ifdef CONFIG_X86_X32_ABI
#define COMPAT_USE_64BIT_TIME \
(!!(task_pt_regs(current)->orig_ax & __X32_SYSCALL_BIT))
@@ -165,12 +170,12 @@ static inline bool in_x32_syscall(void)
return false;
}
+#ifdef CONFIG_COMPAT
static inline bool in_32bit_syscall(void)
{
return in_ia32_syscall() || in_x32_syscall();
}
-#ifdef CONFIG_COMPAT
static inline bool in_compat_syscall(void)
{
return in_32bit_syscall();
diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h
index 9ad2acaaae9b..c28a36ee6eb0 100644
--- a/arch/x86/include/asm/processor.h
+++ b/arch/x86/include/asm/processor.h
@@ -708,7 +708,6 @@ extern int bootloader_version;
extern char ignore_fpu_irq;
-#define HAVE_ARCH_PICK_MMAP_LAYOUT 1
#define ARCH_HAS_PREFETCHW
#define ARCH_HAS_SPINLOCK_PREFETCH
@@ -785,6 +784,9 @@ extern void start_thread(struct pt_regs *regs, unsigned long new_ip,
*/
#define __TASK_UNMAPPED_BASE(task_size) (PAGE_ALIGN(task_size / 3))
#define TASK_UNMAPPED_BASE __TASK_UNMAPPED_BASE(TASK_SIZE_LOW)
+#ifdef CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES
+#define TASK_UNMAPPED_COMPAT_BASE __TASK_UNMAPPED_BASE(task_size_32bit())
+#endif
#define KSTK_EIP(task) (task_pt_regs(task)->ip)
diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c
index 1d9463e3096b..1e747d34c18d 100644
--- a/arch/x86/kernel/process.c
+++ b/arch/x86/kernel/process.c
@@ -931,11 +931,6 @@ unsigned long arch_align_stack(unsigned long sp)
return sp & ~0xf;
}
-unsigned long arch_randomize_brk(struct mm_struct *mm)
-{
- return randomize_page(mm->brk, 0x02000000);
-}
-
/*
* Called from fs/proc with a reference on @p to find the function
* which called into schedule(). This needs to be done carefully
diff --git a/arch/x86/mm/mmap.c b/arch/x86/mm/mmap.c
index c90c20904a60..daf65cc5e5b1 100644
--- a/arch/x86/mm/mmap.c
+++ b/arch/x86/mm/mmap.c
@@ -38,118 +38,6 @@ unsigned long task_size_64bit(int full_addr_space)
return full_addr_space ? TASK_SIZE_MAX : DEFAULT_MAP_WINDOW;
}
-static unsigned long stack_maxrandom_size(unsigned long task_size)
-{
- unsigned long max = 0;
- if (current->flags & PF_RANDOMIZE) {
- max = (-1UL) & __STACK_RND_MASK(task_size == task_size_32bit());
- max <<= PAGE_SHIFT;
- }
-
- return max;
-}
-
-#ifdef CONFIG_COMPAT
-# define mmap32_rnd_bits mmap_rnd_compat_bits
-# define mmap64_rnd_bits mmap_rnd_bits
-#else
-# define mmap32_rnd_bits mmap_rnd_bits
-# define mmap64_rnd_bits mmap_rnd_bits
-#endif
-
-#define SIZE_128M (128 * 1024 * 1024UL)
-
-static int mmap_is_legacy(void)
-{
- if (current->personality & ADDR_COMPAT_LAYOUT)
- return 1;
-
- return sysctl_legacy_va_layout;
-}
-
-static unsigned long arch_rnd(unsigned int rndbits)
-{
- if (!(current->flags & PF_RANDOMIZE))
- return 0;
- return (get_random_long() & ((1UL << rndbits) - 1)) << PAGE_SHIFT;
-}
-
-unsigned long arch_mmap_rnd(void)
-{
- return arch_rnd(mmap_is_ia32() ? mmap32_rnd_bits : mmap64_rnd_bits);
-}
-
-static unsigned long mmap_base(unsigned long rnd, unsigned long task_size,
- struct rlimit *rlim_stack)
-{
- unsigned long gap = rlim_stack->rlim_cur;
- unsigned long pad = stack_maxrandom_size(task_size) + stack_guard_gap;
- unsigned long gap_min, gap_max;
-
- /* Values close to RLIM_INFINITY can overflow. */
- if (gap + pad > gap)
- gap += pad;
-
- /*
- * Top of mmap area (just below the process stack).
- * Leave an at least ~128 MB hole with possible stack randomization.
- */
- gap_min = SIZE_128M;
- gap_max = (task_size / 6) * 5;
-
- if (gap < gap_min)
- gap = gap_min;
- else if (gap > gap_max)
- gap = gap_max;
-
- return PAGE_ALIGN(task_size - gap - rnd);
-}
-
-static unsigned long mmap_legacy_base(unsigned long rnd,
- unsigned long task_size)
-{
- return __TASK_UNMAPPED_BASE(task_size) + rnd;
-}
-
-/*
- * This function, called very early during the creation of a new
- * process VM image, sets up which VM layout function to use:
- */
-static void arch_pick_mmap_base(unsigned long *base, unsigned long *legacy_base,
- unsigned long random_factor, unsigned long task_size,
- struct rlimit *rlim_stack)
-{
- *legacy_base = mmap_legacy_base(random_factor, task_size);
- if (mmap_is_legacy())
- *base = *legacy_base;
- else
- *base = mmap_base(random_factor, task_size, rlim_stack);
-}
-
-void arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack)
-{
- if (mmap_is_legacy())
- mm->get_unmapped_area = arch_get_unmapped_area;
- else
- mm->get_unmapped_area = arch_get_unmapped_area_topdown;
-
- arch_pick_mmap_base(&mm->mmap_base, &mm->mmap_legacy_base,
- arch_rnd(mmap64_rnd_bits), task_size_64bit(0),
- rlim_stack);
-
-#ifdef CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES
- /*
- * The mmap syscall mapping base decision depends solely on the
- * syscall type (64-bit or compat). This applies for 64bit
- * applications and 32bit applications. The 64bit syscall uses
- * mmap_base, the compat syscall uses mmap_compat_base.
- */
- arch_pick_mmap_base(&mm->mmap_compat_base, &mm->mmap_compat_legacy_base,
- arch_rnd(mmap32_rnd_bits), task_size_32bit(),
- rlim_stack);
-#endif
-}
-
unsigned long get_mmap_base(int is_legacy)
{
struct mm_struct *mm = current->mm;
diff --git a/include/linux/compat.h b/include/linux/compat.h
index 1c758b0e0359..0f7cc94f9b3f 100644
--- a/include/linux/compat.h
+++ b/include/linux/compat.h
@@ -946,6 +946,10 @@ static inline bool in_compat_syscall(void) { return false; }
#endif /* CONFIG_COMPAT */
+#ifndef CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES
+static inline bool in_32bit_syscall(void) { return false; }
+#endif
+
#define BITS_PER_COMPAT_LONG (8*sizeof(compat_long_t))
#define BITS_TO_COMPAT_LONGS(bits) DIV_ROUND_UP(bits, BITS_PER_COMPAT_LONG)
diff --git a/mm/util.c b/mm/util.c
index 4ac87f1b30f1..8932388c96a3 100644
--- a/mm/util.c
+++ b/mm/util.c
@@ -357,8 +357,9 @@ unsigned long arch_mmap_rnd(void)
{
unsigned long rnd;
-#ifdef CONFIG_HAVE_ARCH_MMAP_RND_COMPAT_BITS
- if (is_compat_task())
+#if defined(CONFIG_HAVE_ARCH_MMAP_RND_COMPAT_BITS) \
+ || defined(CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES)
+ if (is_compat_task() || in_32bit_syscall())
rnd = get_random_long() & ((1UL << mmap_rnd_compat_bits) - 1);
else
#endif /* CONFIG_HAVE_ARCH_MMAP_RND_COMPAT_BITS */
@@ -413,13 +414,24 @@ void arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack)
if (current->flags & PF_RANDOMIZE)
random_factor = arch_mmap_rnd();
+ mm->mmap_legacy_base = TASK_UNMAPPED_BASE + random_factor;
if (mmap_is_legacy(rlim_stack)) {
- mm->mmap_base = TASK_UNMAPPED_BASE + random_factor;
+ mm->mmap_base = mm->mmap_legacy_base;
mm->get_unmapped_area = arch_get_unmapped_area;
} else {
mm->mmap_base = mmap_base(random_factor, rlim_stack);
mm->get_unmapped_area = arch_get_unmapped_area_topdown;
}
+
+#ifdef CONFIG_HAVE_ARCH_COMPAT_MMAP_BASES
+ if (mmap_is_legacy(rlim_stack)) {
+ mm->mmap_compat_legacy_base =
+ TASK_UNMAPPED_COMPAT_BASE + random_factor;
+ mm->mmap_compat_base = mm->mmap_compat_legacy_base;
+ } else {
+ mm->mmap_compat_base = mmap_base(random_factor, rlim_stack);
+ }
+#endif
}
#elif defined(CONFIG_MMU) && !defined(HAVE_ARCH_PICK_MMAP_LAYOUT)
void arch_pick_mmap_layout(struct mm_struct *mm, struct rlimit *rlim_stack)
--
2.30.2
^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT
2021-09-21 11:02 ` [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT sxwjean
@ 2021-09-21 11:50 ` Peter Zijlstra
2021-09-21 14:13 ` Xiongwei Song
0 siblings, 1 reply; 9+ messages in thread
From: Peter Zijlstra @ 2021-09-21 11:50 UTC (permalink / raw)
To: sxwjean; +Cc: x86, linux-mm, Xiongwei Song
On Tue, Sep 21, 2021 at 07:02:51PM +0800, sxwjean@me.com wrote:
> From: Xiongwei Song <sxwjean@gmail.com>
>
> In arm64 or powerpc or sparc, the 32 bits process in 64 bits kernel is set
> flag TIF_32BIT. However in x86, that flag name is TIF_ADDR32. This patch
> makes the flag name in x86 same as other archs.
x86 is fundamentally different here, the TIF flag does not say (nor can
it) anything about the bitness of the code running. On x86_64 a 64bit
process can run 32bit code without the kernel necessarily knowing
anything about it.
The only thing it does it limit the address range, and as such the name
is correct.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 2/2] x86/mm: Randomize va with generic arch_pick_mmap_layout()
2021-09-21 11:02 ` [PATCH 2/2] x86/mm: Randomize va with generic arch_pick_mmap_layout() sxwjean
@ 2021-09-21 12:02 ` Peter Zijlstra
0 siblings, 0 replies; 9+ messages in thread
From: Peter Zijlstra @ 2021-09-21 12:02 UTC (permalink / raw)
To: sxwjean; +Cc: x86, linux-mm, Xiongwei Song
On Tue, Sep 21, 2021 at 07:02:52PM +0800, sxwjean@me.com wrote:
> +static inline int is_compat_task(void)
> +{
> + return IS_ENABLED(CONFIG_COMPAT) && test_thread_flag(TIF_32BIT);
> +}
This is fundamentally broken.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 0/2] Use generic code for virtual address of randomization of x86
2021-09-21 11:02 [PATCH 0/2] Use generic code for virtual address of randomization of x86 sxwjean
2021-09-21 11:02 ` [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT sxwjean
2021-09-21 11:02 ` [PATCH 2/2] x86/mm: Randomize va with generic arch_pick_mmap_layout() sxwjean
@ 2021-09-21 13:24 ` Kees Cook
2021-09-21 14:11 ` Xiongwei Song
2021-09-21 14:19 ` Peter Zijlstra
2 siblings, 2 replies; 9+ messages in thread
From: Kees Cook @ 2021-09-21 13:24 UTC (permalink / raw)
To: sxwjean, x86, linux-mm
Cc: Xiongwei Song, Thomas Gleixner, Ingo Molnar, Borislav Petkov,
H. Peter Anvin, Andy Lutomirski, Gabriel Krisman Bertazi,
Chang S. Bae, Al Viro, Arvind Sankar, Alexey Dobriyan,
Oleg Nesterov, Balbir Singh, Jens Axboe, Lai Jiangshan,
Dave Hansen, Peter Zijlstra, Andrew Morton, Arnd Bergmann,
David S. Miller, Kim Phillips, Yazen Ghannam, Davidlohr Bueso,
Stefan Metzmacher, Marco Elver, Eric W. Biederman,
Christophe Leroy, linux-kernel
On September 21, 2021 4:02:50 AM PDT, sxwjean@me.com wrote:
>From: Xiongwei Song <sxwjean@gmail.com>
>
>Hello,
>
>The two patches are to use generic code for randomization of virtual
>address of x86. Since the basic code logic of x86 is same as generic
>code, so no need to implement these functions on x86, please see the
>details in comments of patch 2.
Hi!
The other patches do not seem to have arrived; I only see 0/2.
-Kees
>
>Please review it.
>
>Cc: Thomas Gleixner <tglx@linutronix.de>
>Cc: Ingo Molnar <mingo@redhat.com>
>Cc: Borislav Petkov <bp@alien8.de>
>Cc: "H. Peter Anvin" <hpa@zytor.com>
>Cc: Andy Lutomirski <luto@kernel.org>
>Cc: Gabriel Krisman Bertazi <krisman@collabora.com>
>Cc: "Chang S. Bae" <chang.seok.bae@intel.com>
>Cc: Al Viro <viro@zeniv.linux.org.uk>
>Cc: Arvind Sankar <nivedita@alum.mit.edu>
>Cc: Alexey Dobriyan <adobriyan@gmail.com>
>Cc: Oleg Nesterov <oleg@redhat.com>
>Cc: Balbir Singh <sblbir@amazon.com>
>Cc: Jens Axboe <axboe@kernel.dk>
>Cc: Lai Jiangshan <laijs@linux.alibaba.com>
>Cc: Dave Hansen <dave.hansen@linux.intel.com>
>Cc: Peter Zijlstra <peterz@infradead.org>
>Cc: Andrew Morton <akpm@linux-foundation.org>
>Cc: Arnd Bergmann <arnd@arndb.de>
>Cc: "David S. Miller" <davem@davemloft.net>
>Cc: Kees Cook <keescook@chromium.org>
>Cc: Kim Phillips <kim.phillips@amd.com>
>Cc: Yazen Ghannam <yazen.ghannam@amd.com>
>Cc: Davidlohr Bueso <dave@stgolabs.net>
>Cc: Stefan Metzmacher <metze@samba.org>
>Cc: Marco Elver <elver@google.com>
>Cc: "Eric W. Biederman" <ebiederm@xmission.com>
>Cc: Christophe Leroy <christophe.leroy@csgroup.eu>
>Cc: linux-kernel@vger.kernel.org
>
>Xiongwei Song (2):
> x86: Rename TIF_ADDR32 to TIF_32BIT
> x86/mm: Randomize va with generic arch_pick_mmap_layout()
>
> arch/x86/Kconfig | 2 +-
> arch/x86/include/asm/compat.h | 7 +-
> arch/x86/include/asm/elf.h | 2 +-
> arch/x86/include/asm/page_64_types.h | 6 +-
> arch/x86/include/asm/processor.h | 4 +-
> arch/x86/include/asm/thread_info.h | 4 +-
> arch/x86/kernel/process.c | 5 --
> arch/x86/kernel/process_64.c | 4 +-
> arch/x86/mm/mmap.c | 112 ---------------------------
> include/linux/compat.h | 4 +
> mm/util.c | 18 ++++-
> 11 files changed, 37 insertions(+), 131 deletions(-)
>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 0/2] Use generic code for virtual address of randomization of x86
2021-09-21 13:24 ` [PATCH 0/2] Use generic code for virtual address of randomization of x86 Kees Cook
@ 2021-09-21 14:11 ` Xiongwei Song
2021-09-21 14:19 ` Peter Zijlstra
1 sibling, 0 replies; 9+ messages in thread
From: Xiongwei Song @ 2021-09-21 14:11 UTC (permalink / raw)
To: Kees Cook
Cc: x86, linux-mm, Xiongwei Song, Thomas Gleixner, Ingo Molnar,
Borislav Petkov, H. Peter Anvin, Andy Lutomirski,
Gabriel Krisman Bertazi, Chang S. Bae, Al Viro, Arvind Sankar,
Alexey Dobriyan, Oleg Nesterov, Balbir Singh, Jens Axboe,
Lai Jiangshan, Dave Hansen, Peter Zijlstra, Andrew Morton,
Arnd Bergmann, David S. Miller, Kim Phillips, Yazen Ghannam,
Davidlohr Bueso, Stefan Metzmacher, Marco Elver,
Eric W. Biederman, Christophe Leroy, linux-kernel
> On Sep 21, 2021, at 9:24 PM, Kees Cook <keescook@chromium.org> wrote:
>
>
>
> On September 21, 2021 4:02:50 AM PDT, sxwjean@me.com wrote:
>> From: Xiongwei Song <sxwjean@gmail.com>
>>
>> Hello,
>>
>> The two patches are to use generic code for randomization of virtual
>> address of x86. Since the basic code logic of x86 is same as generic
>> code, so no need to implement these functions on x86, please see the
>> details in comments of patch 2.
>
> Hi!
>
> The other patches do not seem to have arrived; I only see 0/2.
Sorry for that. Let me resend the patches.
Regards,
Xiongwei
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT
2021-09-21 11:50 ` Peter Zijlstra
@ 2021-09-21 14:13 ` Xiongwei Song
0 siblings, 0 replies; 9+ messages in thread
From: Xiongwei Song @ 2021-09-21 14:13 UTC (permalink / raw)
To: Peter Zijlstra; +Cc: x86, linux-mm, Xiongwei Song
> On Sep 21, 2021, at 7:50 PM, Peter Zijlstra <peterz@infradead.org> wrote:
>
> On Tue, Sep 21, 2021 at 07:02:51PM +0800, sxwjean@me.com wrote:
>> From: Xiongwei Song <sxwjean@gmail.com>
>>
>> In arm64 or powerpc or sparc, the 32 bits process in 64 bits kernel is set
>> flag TIF_32BIT. However in x86, that flag name is TIF_ADDR32. This patch
>> makes the flag name in x86 same as other archs.
>
> x86 is fundamentally different here, the TIF flag does not say (nor can
> it) anything about the bitness of the code running. On x86_64 a 64bit
> process can run 32bit code without the kernel necessarily knowing
> anything about it.
>
> The only thing it does it limit the address range, and as such the name
> is correct.
>
Hi Peter,
Thanks for your comments. But I missed email addresses for patch 1 and 2.
I will resend the patches.
Regards,
Xiongwei
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 0/2] Use generic code for virtual address of randomization of x86
2021-09-21 13:24 ` [PATCH 0/2] Use generic code for virtual address of randomization of x86 Kees Cook
2021-09-21 14:11 ` Xiongwei Song
@ 2021-09-21 14:19 ` Peter Zijlstra
1 sibling, 0 replies; 9+ messages in thread
From: Peter Zijlstra @ 2021-09-21 14:19 UTC (permalink / raw)
To: Kees Cook
Cc: sxwjean, x86, linux-mm, Xiongwei Song, Thomas Gleixner,
Ingo Molnar, Borislav Petkov, H. Peter Anvin, Andy Lutomirski,
Gabriel Krisman Bertazi, Chang S. Bae, Al Viro, Arvind Sankar,
Alexey Dobriyan, Oleg Nesterov, Balbir Singh, Jens Axboe,
Lai Jiangshan, Dave Hansen, Andrew Morton, Arnd Bergmann,
David S. Miller, Kim Phillips, Yazen Ghannam, Davidlohr Bueso,
Stefan Metzmacher, Marco Elver, Eric W. Biederman,
Christophe Leroy, linux-kernel
On Tue, Sep 21, 2021 at 06:24:07AM -0700, Kees Cook wrote:
>
>
> On September 21, 2021 4:02:50 AM PDT, sxwjean@me.com wrote:
> >From: Xiongwei Song <sxwjean@gmail.com>
> >
> >Hello,
> >
> >The two patches are to use generic code for randomization of virtual
> >address of x86. Since the basic code logic of x86 is same as generic
> >code, so no need to implement these functions on x86, please see the
> >details in comments of patch 2.
>
> Hi!
>
> The other patches do not seem to have arrived; I only see 0/2.
They were only sent to the list for some weird raisin. Operator error
perhaps.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2021-09-21 14:27 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-21 11:02 [PATCH 0/2] Use generic code for virtual address of randomization of x86 sxwjean
2021-09-21 11:02 ` [PATCH 1/2] x86: Rename TIF_ADDR32 to TIF_32BIT sxwjean
2021-09-21 11:50 ` Peter Zijlstra
2021-09-21 14:13 ` Xiongwei Song
2021-09-21 11:02 ` [PATCH 2/2] x86/mm: Randomize va with generic arch_pick_mmap_layout() sxwjean
2021-09-21 12:02 ` Peter Zijlstra
2021-09-21 13:24 ` [PATCH 0/2] Use generic code for virtual address of randomization of x86 Kees Cook
2021-09-21 14:11 ` Xiongwei Song
2021-09-21 14:19 ` Peter Zijlstra
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.