From: Benjamin Berg <benjamin@sipsolutions.net>
To: Hajime Tazaki <thehajime@gmail.com>, linux-um@lists.infradead.org
Cc: ricarkol@google.com, Liam.Howlett@oracle.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v9 06/13] x86/um: nommu: process/thread handling
Date: Thu, 19 Jun 2025 12:36:04 +0200 [thread overview]
Message-ID: <55ff3fa8f19c61745933e7814029cef526271eb4.camel@sipsolutions.net> (raw)
In-Reply-To: <031503649a24799bff082cf917c36550f4820181.1750294482.git.thehajime@gmail.com> (sfid-20250619_030508_526938_21F4E6DC)
Hi,
On Thu, 2025-06-19 at 10:04 +0900, Hajime Tazaki wrote:
> Since ptrace facility isn't used under !MMU of UML, there is different
> code path to invoke processes/threads; there are no external process
> used, and need to properly configure some of registers (fs segment
> register for TLS, etc) on every context switch, etc.
>
> Signals aren't delivered in non-ptrace syscall entry/leave so, we also
> need to handle pending signal by ourselves.
>
> ptrace related syscalls are not tested yet so, marked
> arch_has_single_step() unsupported in !MMU environment.
>
> Signed-off-by: Hajime Tazaki <thehajime@gmail.com>
> Signed-off-by: Ricardo Koller <ricarkol@google.com>
> ---
> arch/um/include/asm/ptrace-generic.h | 2 +-
> arch/x86/um/Makefile | 3 +-
> arch/x86/um/nommu/Makefile | 2 +-
> arch/x86/um/nommu/entry_64.S | 22 ++++++++++++++
> arch/x86/um/nommu/syscalls_64.c | 44 ++++++++++++++++++++++++++++
> 5 files changed, 70 insertions(+), 3 deletions(-)
> create mode 100644 arch/x86/um/nommu/syscalls_64.c
>
> diff --git a/arch/um/include/asm/ptrace-generic.h b/arch/um/include/asm/ptrace-generic.h
> index 4ff844bcb1cd..a9778c9a59a3 100644
> --- a/arch/um/include/asm/ptrace-generic.h
> +++ b/arch/um/include/asm/ptrace-generic.h
> @@ -14,7 +14,7 @@ struct pt_regs {
> struct uml_pt_regs regs;
> };
>
> -#define arch_has_single_step() (1)
> +#define arch_has_single_step() (IS_ENABLED(CONFIG_MMU))
>
> #define EMPTY_REGS { .regs = EMPTY_UML_PT_REGS }
>
> diff --git a/arch/x86/um/Makefile b/arch/x86/um/Makefile
> index 227af2a987e2..53c9ebb3c41c 100644
> --- a/arch/x86/um/Makefile
> +++ b/arch/x86/um/Makefile
> @@ -27,7 +27,8 @@ subarch-y += ../kernel/sys_ia32.o
>
> else
>
> -obj-y += syscalls_64.o vdso/
> +obj-y += vdso/
> +obj-$(CONFIG_MMU) += syscalls_64.o
>
> subarch-y = ../lib/csum-partial_64.o ../lib/memcpy_64.o \
> ../lib/memmove_64.o ../lib/memset_64.o
> diff --git a/arch/x86/um/nommu/Makefile b/arch/x86/um/nommu/Makefile
> index ebe47d4836f4..4018d9e0aba0 100644
> --- a/arch/x86/um/nommu/Makefile
> +++ b/arch/x86/um/nommu/Makefile
> @@ -5,4 +5,4 @@ else
> BITS := 64
> endif
>
> -obj-y = do_syscall_$(BITS).o entry_$(BITS).o os-Linux/
> +obj-y = do_syscall_$(BITS).o entry_$(BITS).o syscalls_$(BITS).o os-Linux/
> diff --git a/arch/x86/um/nommu/entry_64.S b/arch/x86/um/nommu/entry_64.S
> index e9bfc7b93c84..950447dfa66b 100644
> --- a/arch/x86/um/nommu/entry_64.S
> +++ b/arch/x86/um/nommu/entry_64.S
> @@ -89,3 +89,25 @@ ENTRY(__kernel_vsyscall)
> jmp *%rcx
>
> END(__kernel_vsyscall)
> +
> +// void userspace(struct uml_pt_regs *regs)
> +ENTRY(userspace)
> +
> + /* align the stack for x86_64 ABI */
> + and $-0x10, %rsp
> + /* Handle any immediate reschedules or signals */
> + call interrupt_end
> +
> + movq current_ptregs, %rsp
> +
> + POP_REGS
> +
> + addq $8, %rsp /* skip orig_ax */
> + popq %r11 /* pt_regs->ip */
> + addq $8, %rsp /* skip cs */
> + addq $8, %rsp /* skip flags */
> + popq %rsp
> +
> + jmp *%r11
> +
> +END(userspace)
> diff --git a/arch/x86/um/nommu/syscalls_64.c b/arch/x86/um/nommu/syscalls_64.c
> new file mode 100644
> index 000000000000..c78c442aed1d
> --- /dev/null
> +++ b/arch/x86/um/nommu/syscalls_64.c
> @@ -0,0 +1,44 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Copyright (C) 2003 - 2007 Jeff Dike (jdike@{addtoit,linux.intel}.com)
> + * Copyright 2003 PathScale, Inc.
> + *
> + * Licensed under the GPL
> + */
> +
> +#include <linux/sched.h>
> +#include <linux/sched/mm.h>
> +#include <linux/syscalls.h>
> +#include <linux/uaccess.h>
> +#include <asm/prctl.h> /* XXX This should get the constants from libc */
> +#include <registers.h>
> +#include <os.h>
> +#include "syscalls.h"
> +
> +void arch_switch_to(struct task_struct *to)
> +{
> + /*
> + * In !CONFIG_MMU, it doesn't ptrace thus,
> + * The FS_BASE/GS_BASE registers are saved here.
> + */
> + current_top_of_stack = task_top_of_stack(to);
> + current_ptregs = (long)task_pt_regs(to);
> +
> + if ((to->thread.regs.regs.gp[FS_BASE / sizeof(unsigned long)] == 0) ||
> + (to->mm == NULL))
> + return;
> +
> + /* this changes the FS on every context switch */
> + arch_prctl(to, ARCH_SET_FS,
> + (void __user *) to->thread.regs.regs.gp[FS_BASE / sizeof(unsigned long)]);
Hmm, the comment mentions FS_BASE/GS_BASE, but here you only handle
FS_BASE? Is that intentional?
Benjamin
> +}
> +
> +SYSCALL_DEFINE6(mmap, unsigned long, addr, unsigned long, len,
> + unsigned long, prot, unsigned long, flags,
> + unsigned long, fd, unsigned long, off)
> +{
> + if (off & ~PAGE_MASK)
> + return -EINVAL;
> +
> + return ksys_mmap_pgoff(addr, len, prot, flags, fd, off >> PAGE_SHIFT);
> +}
next prev parent reply other threads:[~2025-06-19 10:36 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-19 1:04 [PATCH v9 00/13] nommu UML Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 01/13] x86/um: nommu: elf loader for fdpic Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 02/13] um: decouple MMU specific code from the common part Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 03/13] um: nommu: memory handling Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 04/13] x86/um: nommu: syscall handling Hajime Tazaki
2025-06-19 10:31 ` Benjamin Berg
2025-06-21 12:40 ` Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 05/13] um: nommu: seccomp syscalls hook Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 06/13] x86/um: nommu: process/thread handling Hajime Tazaki
2025-06-19 10:36 ` Benjamin Berg [this message]
2025-06-19 12:22 ` Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 07/13] um: nommu: configure fs register on host syscall invocation Hajime Tazaki
2025-06-19 10:40 ` Benjamin Berg
2025-06-19 12:22 ` Hajime Tazaki
2025-06-19 12:38 ` Benjamin Berg
2025-06-19 12:57 ` Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 08/13] x86/um/vdso: nommu: vdso memory update Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 09/13] x86/um: nommu: signal handling Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 10/13] um: nommu: a work around for MMU dependency to PCI driver Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 11/13] um: change machine name for uname output Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 12/13] um: nommu: add documentation of nommu UML Hajime Tazaki
2025-06-19 1:04 ` [PATCH v9 13/13] um: nommu: plug nommu code into build system Hajime Tazaki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55ff3fa8f19c61745933e7814029cef526271eb4.camel@sipsolutions.net \
--to=benjamin@sipsolutions.net \
--cc=Liam.Howlett@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-um@lists.infradead.org \
--cc=ricarkol@google.com \
--cc=thehajime@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®