All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@kernel.org>
To: "H. Peter Anvin" <hpa@zytor.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Peter Zijlstra" <peterz@infradead.org>,
	"Michael Ellerman" <mpe@ellerman.id.au>,
	"Shrikanth Hegde" <sshegde@linux.ibm.com>,
	linuxppc-dev@lists.ozlabs.org, "Kees Cook" <kees@kernel.org>,
	"Huacai Chen" <chenhuacai@kernel.org>,
	loongarch@lists.linux.dev, "Paul Walmsley" <pjw@kernel.org>,
	"Palmer Dabbelt" <palmer@dabbelt.com>,
	linux-riscv@lists.infradead.org,
	"Sven Schnelle" <svens@linux.ibm.com>,
	linux-s390@vger.kernel.org, x86@kernel.org,
	"Mark Rutland" <mark.rutland@arm.com>,
	"Jinjie Ruan" <ruanjinjie@huawei.com>,
	"Andy Lutomirski" <luto@kernel.org>,
	"Oleg Nesterov" <oleg@redhat.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"Russell King" <linux@armlinux.org.uk>,
	"Catalin Marinas" <catalin.marinas@arm.com>,
	"Guo Ren" <guoren@kernel.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
	"Helge Deller" <deller@gmx.de>,
	"Yoshinori Sato" <ysato@users.sourceforge.jp>,
	"Richard Weinberger" <richard@nod.at>,
	"Chris Zankel" <chris@zankel.net>,
	linux-arm-kernel@lists.infradead.org,
	linux-alpha@vger.kernel.org, linux-csky@vger.kernel.org,
	linux-m68k@vger.kernel.org, linux-mips@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-um@lists.infradead.org, "Arnd Bergmann" <arnd@arndb.de>,
	"Vineet Gupta" <vgupta@kernel.org>,
	"Will Deacon" <will@kernel.org>, "Brian Cain" <bcain@kernel.org>,
	"Michal Simek" <monstr@monstr.eu>,
	"Dinh Nguyen" <dinguyen@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Andreas Larsson" <andreas@gaisler.com>,
	linux-snps-arc@lists.infradead.org,
	linux-hexagon@vger.kernel.org, linux-openrisc@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	"Michal Suchánek" <msuchanek@suse.de>,
	"Jonathan Corbet" <corbet@lwn.net>,
	linux-doc@vger.kernel.org
Subject: Re: [patch 16/18] x86/entry: Get rid of the sys_ni_syscall() indirection
Date: Fri, 23 Oct 2026 23:03:19 +0200	[thread overview]
Message-ID: <87se1wyvs8.ffs@fw13> (raw)
In-Reply-To: <C6D7BF04-4CF7-48D1-93B5-E80D52C2617D@zytor.com>

On Fri, Oct 23 2026 at 08:38, H. Peter Anvin wrote:
> On October 23, 2026 7:24:22 AM PDT, Thomas Gleixner <tglx@kernel.org> wrote:
>>The real question is how we ended up there. By design or as an
>>implementation detail which got later set in stone and the selftest was
>>written to test the implementation instead of testing against a
>>specification.
>>
>>I went back in history and in 2.6.12 the behavior was for both i386 and
>>x86_64:
>>
>>  regs->ax = -ENOSYS;
>>  syscall_trace_enter();
>>  if (syscall_nr < MAX)
>>  	do_syscall();
>>  ....
>>
>>IOW, a tracer modification of regs->ax is not overwritten when the
>>syscall number is out of range.
>>
>>Between 2.6.19-rc2 and -rc3 x86_64 was changed to _always_ overwrite
>>regs->ax when the syscall number is out of range.
>>
>>In the 3.8 merge window seccomp introduced the -1 == skip bogosity which
>>got fixed up and made "consistent" in several changes afterwards. Just
>>that it never reached a state of consistency due to the overloading.
>>
>>So are we stuck with this behavior or do we sit down and define what the
>>correct behavior should be?
>>
>
> Going back on something from 3.8 that is actively used seems unwise. I
> fear that that ship sailed a long time ago, even though I hate it just
> as much as you do.

Well, overwriting the tracer written value for invalid syscall numbers
is something we can't undo. Though the interesting question is whether
the -1 overloading needs to be preserved. The new code uses returns
false when the syscall has to be aborted and that leaves the return code
untouched. When syscall_enter_trace() returns true, the syscall is
invoked, so it would be consistent to overwrite the return code with
-ENOSYS even for -1. But yeah, some esoteric nonsense might rely on that
behaviour for the wrong reasons.

Fix below.

Thanks,

        tglx
---
--- a/arch/x86/entry/syscall_32.c
+++ b/arch/x86/entry/syscall_32.c
@@ -77,6 +77,8 @@ static __always_inline void do_syscall_3
 	if (likely(nr < IA32_NR_syscalls)) {
 		nr = array_index_nospec(nr, IA32_NR_syscalls);
 		regs->ax = ia32_sys_call(regs, (unsigned int)nr);
+	} else {
+		regs->ax = -ENOSYS;
 	}
 }
 
--- a/arch/x86/entry/syscall_64.c
+++ b/arch/x86/entry/syscall_64.c
@@ -64,15 +64,20 @@ static __always_inline bool do_syscall_x
 	return false;
 }
 
-static __always_inline void do_syscall_x32(struct pt_regs *regs, unsigned long nr)
+static __always_inline bool do_syscall_x32(struct pt_regs *regs, unsigned long nr)
 {
+	if (!IS_ENABLED(CONFIG_X86_X32_ABI))
+		return false;
+
 	/* Adjust the starting offset of the table */
 	nr -= __X32_SYSCALL_BIT;
 
-	if (IS_ENABLED(CONFIG_X86_X32_ABI) && likely(nr < X32_NR_syscalls)) {
+	if (likely(nr < X32_NR_syscalls)) {
 		nr = array_index_nospec(nr, X32_NR_syscalls);
 		regs->ax = x32_sys_call(regs, (unsigned int)nr);
+		return true;
 	}
+	return false;
 }
 
 /* Returns true to return using SYSRET, or false to use IRET */
@@ -81,8 +86,21 @@ static __always_inline void do_syscall_x
 	if (likely(syscall_enter_from_user_mode_randomize_stack(regs, &nr))) {
 		instrumentation_begin();
 
-		if (!do_syscall_x64(regs, nr))
-			do_syscall_x32(regs, nr);
+		if (unlikely(!do_syscall_x64(regs, nr))) {
+			/*
+			 * The special treatment of syscall number -1 is a
+			 * historical bogosity as the original code used -1 to
+			 * indicate syscall abort, which is not distinguishable
+			 * from a syscall which is invoked with syscall number
+			 * -1. The historic behavior is to keep the return value
+			 * in regs->ax unmodified in that case, which means it's
+			 * either the preset value -ENOSYS or a value which was
+			 * written by a tracer. If the syscall number is invalid
+			 * but not -1 then overwrite any tracer modification.
+			 */
+			if (!do_syscall_x32(regs, nr) && nr != -1L)
+				regs->ax = -ENOSYS;
+		}
 
 		instrumentation_end();
 	}



WARNING: multiple messages have this Message-ID (diff)
From: Thomas Gleixner <tglx@kernel.org>
To: "H. Peter Anvin" <hpa@zytor.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Peter Zijlstra" <peterz@infradead.org>,
	"Michael Ellerman" <mpe@ellerman.id.au>,
	"Shrikanth Hegde" <sshegde@linux.ibm.com>,
	linuxppc-dev@lists.ozlabs.org, "Kees Cook" <kees@kernel.org>,
	"Huacai Chen" <chenhuacai@kernel.org>,
	loongarch@lists.linux.dev, "Paul Walmsley" <pjw@kernel.org>,
	"Palmer Dabbelt" <palmer@dabbelt.com>,
	linux-riscv@lists.infradead.org,
	"Sven Schnelle" <svens@linux.ibm.com>,
	linux-s390@vger.kernel.org, x86@kernel.org,
	"Mark Rutland" <mark.rutland@arm.com>,
	"Jinjie Ruan" <ruanjinjie@huawei.com>,
	"Andy Lutomirski" <luto@kernel.org>,
	"Oleg Nesterov" <oleg@redhat.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"Russell King" <linux@armlinux.org.uk>,
	"Catalin Marinas" <catalin.marinas@arm.com>,
	"Guo Ren" <guoren@kernel.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
	"Helge Deller" <deller@gmx.de>,
	"Yoshinori Sato" <ysato@users.sourceforge.jp>,
	"Richard Weinberger" <richard@nod.at>,
	"Chris Zankel" <chris@zankel.net>,
	linux-arm-kernel@lists.infradead.org,
	linux-alpha@vger.kernel.org, linux-csky@vger.kernel.org,
	linux-m68k@vger.kernel.org, linux-mips@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-um@lists.infradead.org, "Arnd Bergmann" <arnd@arndb.de>,
	"Vineet Gupta" <vgupta@kernel.org>,
	"Will Deacon" <will@kernel.org>, "Brian Cain" <bcain@kernel.org>,
	"Michal Simek" <monstr@monstr.eu>,
	"Dinh Nguyen" <dinguyen@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Andreas Larsson" <andreas@gaisler.com>,
	linux-snps-arc@lists.infradead.org,
	linux-hexagon@vger.kernel.org, linux-openrisc@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	"Michal Suchánek" <msuchanek@suse.de>,
	"Jonathan Corbet" <corbet@lwn.net>,
	linux-doc@vger.kernel.org
Subject: Re: [patch 16/18] x86/entry: Get rid of the sys_ni_syscall() indirection
Date: Fri, 23 Oct 2026 23:03:19 +0200	[thread overview]
Message-ID: <87se1wyvs8.ffs@fw13> (raw)
In-Reply-To: <C6D7BF04-4CF7-48D1-93B5-E80D52C2617D@zytor.com>

On Fri, Oct 23 2026 at 08:38, H. Peter Anvin wrote:
> On October 23, 2026 7:24:22 AM PDT, Thomas Gleixner <tglx@kernel.org> wrote:
>>The real question is how we ended up there. By design or as an
>>implementation detail which got later set in stone and the selftest was
>>written to test the implementation instead of testing against a
>>specification.
>>
>>I went back in history and in 2.6.12 the behavior was for both i386 and
>>x86_64:
>>
>>  regs->ax = -ENOSYS;
>>  syscall_trace_enter();
>>  if (syscall_nr < MAX)
>>  	do_syscall();
>>  ....
>>
>>IOW, a tracer modification of regs->ax is not overwritten when the
>>syscall number is out of range.
>>
>>Between 2.6.19-rc2 and -rc3 x86_64 was changed to _always_ overwrite
>>regs->ax when the syscall number is out of range.
>>
>>In the 3.8 merge window seccomp introduced the -1 == skip bogosity which
>>got fixed up and made "consistent" in several changes afterwards. Just
>>that it never reached a state of consistency due to the overloading.
>>
>>So are we stuck with this behavior or do we sit down and define what the
>>correct behavior should be?
>>
>
> Going back on something from 3.8 that is actively used seems unwise. I
> fear that that ship sailed a long time ago, even though I hate it just
> as much as you do.

Well, overwriting the tracer written value for invalid syscall numbers
is something we can't undo. Though the interesting question is whether
the -1 overloading needs to be preserved. The new code uses returns
false when the syscall has to be aborted and that leaves the return code
untouched. When syscall_enter_trace() returns true, the syscall is
invoked, so it would be consistent to overwrite the return code with
-ENOSYS even for -1. But yeah, some esoteric nonsense might rely on that
behaviour for the wrong reasons.

Fix below.

Thanks,

        tglx
---
--- a/arch/x86/entry/syscall_32.c
+++ b/arch/x86/entry/syscall_32.c
@@ -77,6 +77,8 @@ static __always_inline void do_syscall_3
 	if (likely(nr < IA32_NR_syscalls)) {
 		nr = array_index_nospec(nr, IA32_NR_syscalls);
 		regs->ax = ia32_sys_call(regs, (unsigned int)nr);
+	} else {
+		regs->ax = -ENOSYS;
 	}
 }
 
--- a/arch/x86/entry/syscall_64.c
+++ b/arch/x86/entry/syscall_64.c
@@ -64,15 +64,20 @@ static __always_inline bool do_syscall_x
 	return false;
 }
 
-static __always_inline void do_syscall_x32(struct pt_regs *regs, unsigned long nr)
+static __always_inline bool do_syscall_x32(struct pt_regs *regs, unsigned long nr)
 {
+	if (!IS_ENABLED(CONFIG_X86_X32_ABI))
+		return false;
+
 	/* Adjust the starting offset of the table */
 	nr -= __X32_SYSCALL_BIT;
 
-	if (IS_ENABLED(CONFIG_X86_X32_ABI) && likely(nr < X32_NR_syscalls)) {
+	if (likely(nr < X32_NR_syscalls)) {
 		nr = array_index_nospec(nr, X32_NR_syscalls);
 		regs->ax = x32_sys_call(regs, (unsigned int)nr);
+		return true;
 	}
+	return false;
 }
 
 /* Returns true to return using SYSRET, or false to use IRET */
@@ -81,8 +86,21 @@ static __always_inline void do_syscall_x
 	if (likely(syscall_enter_from_user_mode_randomize_stack(regs, &nr))) {
 		instrumentation_begin();
 
-		if (!do_syscall_x64(regs, nr))
-			do_syscall_x32(regs, nr);
+		if (unlikely(!do_syscall_x64(regs, nr))) {
+			/*
+			 * The special treatment of syscall number -1 is a
+			 * historical bogosity as the original code used -1 to
+			 * indicate syscall abort, which is not distinguishable
+			 * from a syscall which is invoked with syscall number
+			 * -1. The historic behavior is to keep the return value
+			 * in regs->ax unmodified in that case, which means it's
+			 * either the preset value -ENOSYS or a value which was
+			 * written by a tracer. If the syscall number is invalid
+			 * but not -1 then overwrite any tracer modification.
+			 */
+			if (!do_syscall_x32(regs, nr) && nr != -1L)
+				regs->ax = -ENOSYS;
+		}
 
 		instrumentation_end();
 	}



_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Gleixner <tglx@kernel.org>
To: "H. Peter Anvin" <hpa@zytor.com>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
	"Peter Zijlstra" <peterz@infradead.org>,
	"Michael Ellerman" <mpe@ellerman.id.au>,
	"Shrikanth Hegde" <sshegde@linux.ibm.com>,
	linuxppc-dev@lists.ozlabs.org, "Kees Cook" <kees@kernel.org>,
	"Huacai Chen" <chenhuacai@kernel.org>,
	loongarch@lists.linux.dev, "Paul Walmsley" <pjw@kernel.org>,
	"Palmer Dabbelt" <palmer@dabbelt.com>,
	linux-riscv@lists.infradead.org,
	"Sven Schnelle" <svens@linux.ibm.com>,
	linux-s390@vger.kernel.org, x86@kernel.org,
	"Mark Rutland" <mark.rutland@arm.com>,
	"Jinjie Ruan" <ruanjinjie@huawei.com>,
	"Andy Lutomirski" <luto@kernel.org>,
	"Oleg Nesterov" <oleg@redhat.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"Russell King" <linux@armlinux.org.uk>,
	"Catalin Marinas" <catalin.marinas@arm.com>,
	"Guo Ren" <guoren@kernel.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
	"Helge Deller" <deller@gmx.de>,
	"Yoshinori Sato" <ysato@users.sourceforge.jp>,
	"Richard Weinberger" <richard@nod.at>,
	"Chris Zankel" <chris@zankel.net>,
	linux-arm-kernel@lists.infradead.org,
	linux-alpha@vger.kernel.org, linux-csky@vger.kernel.org,
	linux-m68k@vger.kernel.org, linux-mips@vger.kernel.org,
	linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org,
	linux-um@lists.infradead.org, "Arnd Bergmann" <arnd@arndb.de>,
	"Vineet Gupta" <vgupta@kernel.org>,
	"Will Deacon" <will@kernel.org>, "Brian Cain" <bcain@kernel.org>,
	"Michal Simek" <monstr@monstr.eu>,
	"Dinh Nguyen" <dinguyen@kernel.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Andreas Larsson" <andreas@gaisler.com>,
	linux-snps-arc@lists.infradead.org,
	linux-hexagon@vger.kernel.org, linux-openrisc@vger.kernel.org,
	sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
	"Michal Suchánek" <msuchanek@suse.de>,
	"Jonathan Corbet" <corbet@lwn.net>,
	linux-doc@vger.kernel.org
Subject: Re: [patch 16/18] x86/entry: Get rid of the sys_ni_syscall() indirection
Date: Fri, 23 Oct 2026 23:03:19 +0200	[thread overview]
Message-ID: <87se1wyvs8.ffs@fw13> (raw)
In-Reply-To: <C6D7BF04-4CF7-48D1-93B5-E80D52C2617D@zytor.com>

On Fri, Oct 23 2026 at 08:38, H. Peter Anvin wrote:
> On October 23, 2026 7:24:22 AM PDT, Thomas Gleixner <tglx@kernel.org> wrote:
>>The real question is how we ended up there. By design or as an
>>implementation detail which got later set in stone and the selftest was
>>written to test the implementation instead of testing against a
>>specification.
>>
>>I went back in history and in 2.6.12 the behavior was for both i386 and
>>x86_64:
>>
>>  regs->ax = -ENOSYS;
>>  syscall_trace_enter();
>>  if (syscall_nr < MAX)
>>  	do_syscall();
>>  ....
>>
>>IOW, a tracer modification of regs->ax is not overwritten when the
>>syscall number is out of range.
>>
>>Between 2.6.19-rc2 and -rc3 x86_64 was changed to _always_ overwrite
>>regs->ax when the syscall number is out of range.
>>
>>In the 3.8 merge window seccomp introduced the -1 == skip bogosity which
>>got fixed up and made "consistent" in several changes afterwards. Just
>>that it never reached a state of consistency due to the overloading.
>>
>>So are we stuck with this behavior or do we sit down and define what the
>>correct behavior should be?
>>
>
> Going back on something from 3.8 that is actively used seems unwise. I
> fear that that ship sailed a long time ago, even though I hate it just
> as much as you do.

Well, overwriting the tracer written value for invalid syscall numbers
is something we can't undo. Though the interesting question is whether
the -1 overloading needs to be preserved. The new code uses returns
false when the syscall has to be aborted and that leaves the return code
untouched. When syscall_enter_trace() returns true, the syscall is
invoked, so it would be consistent to overwrite the return code with
-ENOSYS even for -1. But yeah, some esoteric nonsense might rely on that
behaviour for the wrong reasons.

Fix below.

Thanks,

        tglx
---
--- a/arch/x86/entry/syscall_32.c
+++ b/arch/x86/entry/syscall_32.c
@@ -77,6 +77,8 @@ static __always_inline void do_syscall_3
 	if (likely(nr < IA32_NR_syscalls)) {
 		nr = array_index_nospec(nr, IA32_NR_syscalls);
 		regs->ax = ia32_sys_call(regs, (unsigned int)nr);
+	} else {
+		regs->ax = -ENOSYS;
 	}
 }
 
--- a/arch/x86/entry/syscall_64.c
+++ b/arch/x86/entry/syscall_64.c
@@ -64,15 +64,20 @@ static __always_inline bool do_syscall_x
 	return false;
 }
 
-static __always_inline void do_syscall_x32(struct pt_regs *regs, unsigned long nr)
+static __always_inline bool do_syscall_x32(struct pt_regs *regs, unsigned long nr)
 {
+	if (!IS_ENABLED(CONFIG_X86_X32_ABI))
+		return false;
+
 	/* Adjust the starting offset of the table */
 	nr -= __X32_SYSCALL_BIT;
 
-	if (IS_ENABLED(CONFIG_X86_X32_ABI) && likely(nr < X32_NR_syscalls)) {
+	if (likely(nr < X32_NR_syscalls)) {
 		nr = array_index_nospec(nr, X32_NR_syscalls);
 		regs->ax = x32_sys_call(regs, (unsigned int)nr);
+		return true;
 	}
+	return false;
 }
 
 /* Returns true to return using SYSRET, or false to use IRET */
@@ -81,8 +86,21 @@ static __always_inline void do_syscall_x
 	if (likely(syscall_enter_from_user_mode_randomize_stack(regs, &nr))) {
 		instrumentation_begin();
 
-		if (!do_syscall_x64(regs, nr))
-			do_syscall_x32(regs, nr);
+		if (unlikely(!do_syscall_x64(regs, nr))) {
+			/*
+			 * The special treatment of syscall number -1 is a
+			 * historical bogosity as the original code used -1 to
+			 * indicate syscall abort, which is not distinguishable
+			 * from a syscall which is invoked with syscall number
+			 * -1. The historic behavior is to keep the return value
+			 * in regs->ax unmodified in that case, which means it's
+			 * either the preset value -ENOSYS or a value which was
+			 * written by a tracer. If the syscall number is invalid
+			 * but not -1 then overwrite any tracer modification.
+			 */
+			if (!do_syscall_x32(regs, nr) && nr != -1L)
+				regs->ax = -ENOSYS;
+		}
 
 		instrumentation_end();
 	}



_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc

  reply	other threads:[~2026-10-23 21:03 UTC|newest]

Thread overview: 375+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-07 19:05 [patch 00/18] entry: Consolidate and rework syscall entry handling Thomas Gleixner
2026-07-07 19:05 ` Thomas Gleixner
2026-07-07 19:05 ` Thomas Gleixner
2026-07-07 19:05 ` [patch 01/18] powerpc: Move stack randomization after syscall_enter_from_user_mode() Thomas Gleixner
2026-07-07 19:05   ` Thomas Gleixner
2026-07-07 19:05   ` Thomas Gleixner
2026-07-08 14:07   ` Shrikanth Hegde
2026-07-08 14:07     ` Shrikanth Hegde
2026-07-08 14:07     ` Shrikanth Hegde
2026-07-08 17:22   ` Radu Rendec
2026-07-08 17:22     ` Radu Rendec
2026-07-08 17:22     ` Radu Rendec
2026-07-09  1:20   ` Jinjie Ruan
2026-07-09  1:20     ` Jinjie Ruan
2026-07-09  1:20     ` Jinjie Ruan
2026-07-09 11:12   ` Philippe Mathieu-Daudé
2026-07-09 11:12     ` Philippe Mathieu-Daudé
2026-07-09 11:12     ` Philippe Mathieu-Daudé
2026-07-09 18:32   ` Mukesh Kumar Chaurasiya
2026-07-09 18:32     ` Mukesh Kumar Chaurasiya
2026-07-09 18:32     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 02/18] randomize_kstack: Provide add_random_kstack_offset_irqsoff() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 17:24   ` Radu Rendec
2026-07-08 17:24     ` Radu Rendec
2026-07-08 17:24     ` Radu Rendec
2026-07-09  2:13   ` Jinjie Ruan
2026-07-09  2:13     ` Jinjie Ruan
2026-07-09  2:13     ` Jinjie Ruan
2026-07-09 16:23   ` Kees Cook
2026-07-09 16:23     ` Kees Cook
2026-07-09 16:23     ` Kees Cook
2026-07-09 18:34   ` Mukesh Kumar Chaurasiya
2026-07-09 18:34     ` Mukesh Kumar Chaurasiya
2026-07-09 18:34     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 03/18] entry: Provide [syscall_]enter_from_user_mode_randomize_stack() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 17:26   ` Radu Rendec
2026-07-08 17:26     ` Radu Rendec
2026-07-08 17:26     ` Radu Rendec
2026-07-09  2:34   ` Jinjie Ruan
2026-07-09  2:34     ` Jinjie Ruan
2026-07-09  2:34     ` Jinjie Ruan
2026-07-09  3:46   ` Jinjie Ruan
2026-07-09  3:46     ` Jinjie Ruan
2026-07-09  3:46     ` Jinjie Ruan
2026-07-09 11:15   ` Philippe Mathieu-Daudé
2026-07-09 11:15     ` Philippe Mathieu-Daudé
2026-07-09 11:15     ` Philippe Mathieu-Daudé
2026-07-09 20:16   ` Mukesh Kumar Chaurasiya
2026-07-09 20:16     ` Mukesh Kumar Chaurasiya
2026-07-09 20:16     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-08-27 22:46   ` [patch 03/18] " H. Peter Anvin
2026-08-27 22:46     ` H. Peter Anvin
2026-08-27 22:46     ` H. Peter Anvin
2026-08-29 21:12     ` Thomas Gleixner
2026-08-29 21:12       ` Thomas Gleixner
2026-08-29 21:12       ` Thomas Gleixner
2026-07-07 19:06 ` [patch 04/18] loongarch/syscall: Use syscall_enter_from_user_mode_randomize_stack() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 18:37   ` Radu Rendec
2026-07-08 18:37     ` Radu Rendec
2026-07-08 18:37     ` Radu Rendec
2026-07-09  2:37   ` Jinjie Ruan
2026-07-09  2:37     ` Jinjie Ruan
2026-07-09  2:37     ` Jinjie Ruan
2026-07-09 11:15   ` Philippe Mathieu-Daudé
2026-07-09 11:15     ` Philippe Mathieu-Daudé
2026-07-09 11:15     ` Philippe Mathieu-Daudé
2026-07-09 18:40   ` Mukesh Kumar Chaurasiya
2026-07-09 18:40     ` Mukesh Kumar Chaurasiya
2026-07-09 18:40     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 05/18] powerpc/syscall: " Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 18:35   ` Radu Rendec
2026-07-08 18:35     ` Radu Rendec
2026-07-08 18:35     ` Radu Rendec
2026-07-09  2:38   ` Jinjie Ruan
2026-07-09  2:38     ` Jinjie Ruan
2026-07-09  2:38     ` Jinjie Ruan
2026-07-09 11:16   ` Philippe Mathieu-Daudé
2026-07-09 11:16     ` Philippe Mathieu-Daudé
2026-07-09 11:16     ` Philippe Mathieu-Daudé
2026-07-09 18:41   ` Mukesh Kumar Chaurasiya
2026-07-09 18:41     ` Mukesh Kumar Chaurasiya
2026-07-09 18:41     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 06/18] riscv/syscall: " Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 20:57   ` Radu Rendec
2026-07-08 20:57     ` Radu Rendec
2026-07-08 20:57     ` Radu Rendec
2026-07-09  2:38   ` Jinjie Ruan
2026-07-09  2:38     ` Jinjie Ruan
2026-07-09  2:38     ` Jinjie Ruan
2026-07-09 11:16   ` Philippe Mathieu-Daudé
2026-07-09 11:16     ` Philippe Mathieu-Daudé
2026-07-09 11:16     ` Philippe Mathieu-Daudé
2026-07-09 18:42   ` Mukesh Kumar Chaurasiya
2026-07-09 18:42     ` Mukesh Kumar Chaurasiya
2026-07-09 18:42     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-13  7:06   ` [patch 06/18] " Guo Ren
2026-07-13  7:06     ` Guo Ren
2026-07-13  7:06     ` Guo Ren
2026-07-07 19:06 ` [patch 07/18] s390/syscall: Use enter_from_user_mode_randomize_stack() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08  6:47   ` Sven Schnelle
2026-07-08  6:47     ` Sven Schnelle
2026-07-08  6:47     ` Sven Schnelle
2026-07-08 20:57   ` Radu Rendec
2026-07-08 20:57     ` Radu Rendec
2026-07-08 20:57     ` Radu Rendec
2026-07-09  2:39   ` Jinjie Ruan
2026-07-09  2:39     ` Jinjie Ruan
2026-07-09  2:39     ` Jinjie Ruan
2026-07-09  2:46   ` Jinjie Ruan
2026-07-09  2:46     ` Jinjie Ruan
2026-07-09  2:46     ` Jinjie Ruan
2026-07-09 11:17     ` Philippe Mathieu-Daudé
2026-07-09 11:17       ` Philippe Mathieu-Daudé
2026-07-09 11:17       ` Philippe Mathieu-Daudé
2026-07-09 18:43   ` Mukesh Kumar Chaurasiya
2026-07-09 18:43     ` Mukesh Kumar Chaurasiya
2026-07-09 18:43     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 08/18] x86/syscall: Use [syscall_]enter_from_user_mode_randomize_stack() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 20:59   ` Radu Rendec
2026-07-08 20:59     ` Radu Rendec
2026-07-08 20:59     ` Radu Rendec
2026-07-09  2:44   ` Jinjie Ruan
2026-07-09  2:44     ` Jinjie Ruan
2026-07-09  2:44     ` Jinjie Ruan
2026-07-09 11:18   ` Philippe Mathieu-Daudé
2026-07-09 11:18     ` Philippe Mathieu-Daudé
2026-07-09 11:18     ` Philippe Mathieu-Daudé
2026-07-09 18:45   ` Mukesh Kumar Chaurasiya
2026-07-09 18:45     ` Mukesh Kumar Chaurasiya
2026-07-09 18:45     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 09/18] entry: Remove syscall_enter_from_user_mode() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 21:21   ` Radu Rendec
2026-07-08 21:21     ` Radu Rendec
2026-07-08 21:21     ` Radu Rendec
2026-07-08 22:08     ` Thomas Gleixner
2026-07-08 22:08       ` Thomas Gleixner
2026-07-08 22:08       ` Thomas Gleixner
2026-07-09  2:49   ` Jinjie Ruan
2026-07-09  2:49     ` Jinjie Ruan
2026-07-09  2:49     ` Jinjie Ruan
2026-07-09 18:49   ` Mukesh Kumar Chaurasiya
2026-07-09 18:49     ` Mukesh Kumar Chaurasiya
2026-07-09 18:49     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 10/18] entry: Use syscall number instead of rereading it Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 21:39   ` Radu Rendec
2026-07-08 21:39     ` Radu Rendec
2026-07-08 21:39     ` Radu Rendec
2026-07-09  2:55   ` Jinjie Ruan
2026-07-09  2:55     ` Jinjie Ruan
2026-07-09  2:55     ` Jinjie Ruan
2026-07-09 11:20   ` Philippe Mathieu-Daudé
2026-07-09 11:20     ` Philippe Mathieu-Daudé
2026-07-09 11:20     ` Philippe Mathieu-Daudé
2026-07-09 11:22     ` Philippe Mathieu-Daudé
2026-07-09 11:22       ` Philippe Mathieu-Daudé
2026-07-09 11:22       ` Philippe Mathieu-Daudé
2026-07-09 18:50   ` Mukesh Kumar Chaurasiya
2026-07-09 18:50     ` Mukesh Kumar Chaurasiya
2026-07-09 18:50     ` Mukesh Kumar Chaurasiya
2026-07-12 12:44   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 11/18] seccomp, treewide: Rename and convert __secure_computing() to return boolean Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08  1:43   ` Jinjie Ruan
2026-07-08  1:43     ` Jinjie Ruan
2026-07-08  1:43     ` Jinjie Ruan
2026-07-08  9:15     ` Thomas Gleixner
2026-07-08  9:15       ` Thomas Gleixner
2026-07-08  9:15       ` Thomas Gleixner
2026-07-08 16:04       ` Oleg Nesterov
2026-07-08 16:04         ` Oleg Nesterov
2026-07-08 16:04         ` Oleg Nesterov
2026-07-08 21:49         ` Thomas Gleixner
2026-07-08 21:49           ` Thomas Gleixner
2026-07-08 21:49           ` Thomas Gleixner
2026-07-09 16:22   ` Kees Cook
2026-07-09 16:22     ` Kees Cook
2026-07-09 16:22     ` Kees Cook
2026-07-09 19:10   ` Mukesh Kumar Chaurasiya
2026-07-09 19:10     ` Mukesh Kumar Chaurasiya
2026-07-09 19:10     ` Mukesh Kumar Chaurasiya
2026-07-12 12:43   ` [tip: core/entry] " tip-bot2 for Jinjie Ruan
2026-07-07 19:06 ` [patch 12/18] ptrace, treewide: Rename ptrace_report_syscall_entry() to ptrace_report_syscall_permit_entry() Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 15:46   ` Oleg Nesterov
2026-07-08 15:46     ` Oleg Nesterov
2026-07-08 15:46     ` Oleg Nesterov
2026-07-09  1:41   ` Jinjie Ruan
2026-07-09  1:41     ` Jinjie Ruan
2026-07-09  1:41     ` Jinjie Ruan
2026-07-09  8:41   ` Geert Uytterhoeven
2026-07-09  8:41     ` Geert Uytterhoeven
2026-07-09  8:41     ` Geert Uytterhoeven
2026-07-09 17:03   ` Radu Rendec
2026-07-09 17:03     ` Radu Rendec
2026-07-09 17:03     ` Radu Rendec
2026-07-09 19:22   ` Mukesh Kumar Chaurasiya
2026-07-09 19:22     ` Mukesh Kumar Chaurasiya
2026-07-09 19:22     ` Mukesh Kumar Chaurasiya
2026-07-10 10:42   ` Michal Suchánek
2026-07-10 10:42     ` Michal Suchánek
2026-07-10 11:16     ` Oleg Nesterov
2026-07-10 11:16       ` Oleg Nesterov
2026-07-10 11:16       ` Oleg Nesterov
2026-07-12 12:43   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:06 ` [patch 13/18] entry: Make trace_syscall_enter() return type bool Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-08 15:52   ` Michal Suchánek
2026-07-08 15:52     ` Michal Suchánek
2026-07-08 15:52     ` Michal Suchánek
2026-07-08 20:34     ` Thomas Gleixner
2026-07-08 20:34       ` Thomas Gleixner
2026-07-08 20:34       ` Thomas Gleixner
2026-07-08 23:14       ` Thomas Gleixner
2026-07-08 23:14         ` Thomas Gleixner
2026-07-08 23:14         ` Thomas Gleixner
2026-07-09 16:26         ` David Laight
2026-07-09 16:26           ` David Laight
2026-07-09 16:26           ` David Laight
2026-07-10 11:01       ` Michal Suchánek
2026-07-10 11:01         ` Michal Suchánek
2026-07-10 11:40         ` Oleg Nesterov
2026-07-10 11:40           ` Oleg Nesterov
2026-07-10 11:40           ` Oleg Nesterov
2026-07-10 12:32           ` Michal Suchánek
2026-07-10 12:32             ` Michal Suchánek
2026-07-10 12:32             ` Michal Suchánek
2026-07-10 12:52             ` Oleg Nesterov
2026-07-10 12:52               ` Oleg Nesterov
2026-07-10 12:52               ` Oleg Nesterov
2026-07-10 15:20               ` Michal Suchánek
2026-07-10 15:20                 ` Michal Suchánek
2026-07-11 20:33         ` Thomas Gleixner
2026-07-11 20:33           ` Thomas Gleixner
2026-07-11 20:33           ` Thomas Gleixner
2026-07-14  8:20           ` Michal Suchánek
2026-07-14  8:20             ` Michal Suchánek
2026-07-07 19:06 ` [patch 14/18] entry: Make return type of syscall_trace_enter() bool Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-09 19:36   ` Mukesh Kumar Chaurasiya
2026-07-09 19:36     ` Mukesh Kumar Chaurasiya
2026-07-09 19:36     ` Mukesh Kumar Chaurasiya
2026-07-07 19:06 ` [patch 15/18] x86/entry: Make syscall functions static Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-07 19:06   ` Thomas Gleixner
2026-07-09  1:47   ` Jinjie Ruan
2026-07-09  1:47     ` Jinjie Ruan
2026-07-09  1:47     ` Jinjie Ruan
2026-07-09 19:43   ` Mukesh Kumar Chaurasiya
2026-07-09 19:43     ` Mukesh Kumar Chaurasiya
2026-07-09 19:43     ` Mukesh Kumar Chaurasiya
2026-07-12 12:43   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:07 ` [patch 16/18] x86/entry: Get rid of the sys_ni_syscall() indirection Thomas Gleixner
2026-07-07 19:07   ` Thomas Gleixner
2026-07-07 19:07   ` Thomas Gleixner
2026-07-09  2:03   ` Jinjie Ruan
2026-07-09  2:03     ` Jinjie Ruan
2026-07-09  2:03     ` Jinjie Ruan
2026-07-12 12:43   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-10-22 14:24   ` [patch 16/18] " Sebastian Andrzej Siewior
2026-10-22 14:24     ` Sebastian Andrzej Siewior
2026-10-22 14:24     ` Sebastian Andrzej Siewior
2026-10-22 15:02     ` Sebastian Andrzej Siewior
2026-10-22 15:02       ` Sebastian Andrzej Siewior
2026-10-22 15:02       ` Sebastian Andrzej Siewior
2026-10-22 18:00       ` H. Peter Anvin
2026-10-22 18:00         ` H. Peter Anvin
2026-10-22 18:00         ` H. Peter Anvin
2026-10-22 19:15     ` Thomas Gleixner
2026-10-22 19:15       ` Thomas Gleixner
2026-10-22 19:15       ` Thomas Gleixner
2026-10-22 21:34       ` Thomas Gleixner
2026-10-22 21:34         ` Thomas Gleixner
2026-10-22 21:34         ` Thomas Gleixner
2026-10-23  0:22         ` H. Peter Anvin
2026-10-23  0:22           ` H. Peter Anvin
2026-10-23  0:22           ` H. Peter Anvin
2026-10-23 13:09           ` Thomas Gleixner
2026-10-23 13:09             ` Thomas Gleixner
2026-10-23 13:09             ` Thomas Gleixner
2026-10-23 14:24             ` Thomas Gleixner
2026-10-23 14:24               ` Thomas Gleixner
2026-10-23 14:24               ` Thomas Gleixner
2026-10-23 15:38               ` H. Peter Anvin
2026-10-23 15:38                 ` H. Peter Anvin
2026-10-23 15:38                 ` H. Peter Anvin
2026-10-23 21:03                 ` Thomas Gleixner [this message]
2026-10-23 21:03                   ` Thomas Gleixner
2026-10-23 21:03                   ` Thomas Gleixner
2026-10-23 21:43               ` Sebastian Andrzej Siewior
2026-10-23 21:43                 ` Sebastian Andrzej Siewior
2026-10-23 21:43                 ` Sebastian Andrzej Siewior
2026-10-23 15:35             ` H. Peter Anvin
2026-10-23 15:35               ` H. Peter Anvin
2026-10-23 15:35               ` H. Peter Anvin
2026-07-07 19:07 ` [patch 17/18] x86/entry: Simplify the syscall number logic Thomas Gleixner
2026-07-07 19:07   ` Thomas Gleixner
2026-07-07 19:07   ` Thomas Gleixner
2026-07-12 12:43   ` [tip: core/entry] " tip-bot2 for Thomas Gleixner
2026-07-07 19:07 ` [patch 18/18] entry, treewide: Make syscall_enter_from_user_mode[_work]() indicate syscall execution Thomas Gleixner
2026-07-07 19:07   ` Thomas Gleixner
2026-07-07 19:07   ` Thomas Gleixner
2026-07-08  5:21   ` Shrikanth Hegde
2026-07-08  5:21     ` Shrikanth Hegde
2026-07-08  5:21     ` Shrikanth Hegde
2026-07-08  9:16     ` Thomas Gleixner
2026-07-08  9:16       ` Thomas Gleixner
2026-07-08  9:16       ` Thomas Gleixner
2026-07-09 19:49   ` Mukesh Kumar Chaurasiya
2026-07-09 19:49     ` Mukesh Kumar Chaurasiya
2026-07-09 19:49     ` Mukesh Kumar Chaurasiya
2026-07-09 20:15 ` [patch 00/18] entry: Consolidate and rework syscall entry handling Mukesh Kumar Chaurasiya
2026-07-09 20:15   ` Mukesh Kumar Chaurasiya
2026-07-09 20:15   ` Mukesh Kumar Chaurasiya
2026-07-11 12:29 ` Magnus Lindholm
2026-07-11 12:29   ` Magnus Lindholm
2026-07-11 12:29   ` Magnus Lindholm
2026-07-19 11:25 ` Magnus Lindholm
2026-07-19 11:25   ` Magnus Lindholm
2026-07-19 11:25   ` Magnus Lindholm
2026-07-20 19:21   ` Thomas Gleixner
2026-07-20 19:21     ` Thomas Gleixner
2026-07-20 19:21     ` Thomas Gleixner
2026-07-20 22:01     ` Magnus Lindholm
2026-07-20 22:01       ` Magnus Lindholm
2026-07-20 22:01       ` Magnus Lindholm
2026-07-21  8:17       ` Thomas Gleixner
2026-07-21  8:17         ` Thomas Gleixner
2026-07-21  8:17         ` Thomas Gleixner
2026-07-21 10:44 ` [PATCH] seccomp: Fix syscall skip logic on ptrace Michal Suchanek
2026-07-21 10:44   ` Michal Suchanek
2026-07-21 11:05   ` sashiko-bot
2026-09-01 18:34   ` Kees Cook
2026-09-01 18:34     ` Kees Cook
2026-10-06 15:35     ` Michal Suchánek
2026-10-06 15:35       ` Michal Suchánek
2026-08-27 22:22 ` [patch 00/18] entry: Consolidate and rework syscall entry handling H. Peter Anvin
2026-08-27 22:22   ` H. Peter Anvin
2026-08-27 22:22   ` H. Peter Anvin
2026-08-31  8:50   ` Heiko Carstens
2026-08-31  8:50     ` Heiko Carstens
2026-08-31  8:50     ` Heiko Carstens
2026-08-31 19:57     ` H. Peter Anvin
2026-08-31 19:57       ` H. Peter Anvin
2026-08-31 19:57       ` H. Peter Anvin

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=87se1wyvs8.ffs@fw13 \
    --to=tglx@kernel.org \
    --cc=andreas@gaisler.com \
    --cc=arnd@arndb.de \
    --cc=bcain@kernel.org \
    --cc=bigeasy@linutronix.de \
    --cc=catalin.marinas@arm.com \
    --cc=chenhuacai@kernel.org \
    --cc=chris@zankel.net \
    --cc=corbet@lwn.net \
    --cc=davem@davemloft.net \
    --cc=deller@gmx.de \
    --cc=dinguyen@kernel.org \
    --cc=geert@linux-m68k.org \
    --cc=guoren@kernel.org \
    --cc=hpa@zytor.com \
    --cc=kees@kernel.org \
    --cc=linux-alpha@vger.kernel.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-csky@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-hexagon@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@vger.kernel.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-openrisc@vger.kernel.org \
    --cc=linux-parisc@vger.kernel.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=linux-um@lists.infradead.org \
    --cc=linux@armlinux.org.uk \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=loongarch@lists.linux.dev \
    --cc=luto@kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=monstr@monstr.eu \
    --cc=mpe@ellerman.id.au \
    --cc=msuchanek@suse.de \
    --cc=oleg@redhat.com \
    --cc=palmer@dabbelt.com \
    --cc=peterz@infradead.org \
    --cc=pjw@kernel.org \
    --cc=richard.henderson@linaro.org \
    --cc=richard@nod.at \
    --cc=ruanjinjie@huawei.com \
    --cc=sparclinux@vger.kernel.org \
    --cc=sshegde@linux.ibm.com \
    --cc=svens@linux.ibm.com \
    --cc=tsbogend@alpha.franken.de \
    --cc=vgupta@kernel.org \
    --cc=will@kernel.org \
    --cc=x86@kernel.org \
    --cc=ysato@users.sourceforge.jp \
    /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 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.