All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: y2038@lists.linaro.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org
Cc: dalias@libc.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org, catalin.marinas@arm.com,
	will.deacon@arm.com, linux@dominikbrodowski.net,
	jcmvbkbc@gmail.com, deepa.kernel@gmail.com, hpa@zytor.com,
	sparclinux@vger.kernel.org, linux-s390@vger.kernel.org,
	dave@stgolabs.net, mpe@ellerman.id.au, deller@gmx.de,
	x86@kernel.org, linux@armlinux.org.uk, mingo@redhat.com,
	geert@linux-m68k.org, firoz.khan@linaro.org, mattst88@gmail.com,
	fenghua.yu@intel.com, Arnd Bergmann <arnd@arndb.de>,
	heiko.carstens@de.ibm.com, linux-m68k@lists.linux-m68k.org,
	ink@jurassic.park.msu.ru, luto@kernel.org, tglx@linutronix.de,
	linux-arm-kernel@lists.infradead.org, monstr@monstr.eu,
	tony.luck@intel.com, linux-parisc@vger.kernel.org,
	linux-mips@vger.kernel.org, stable@vger.kernel.org,
	paul.burton@mips.com, ebiederm@xmission.com,
	linux-alpha@vger.kernel.org, schwidefsky@de.ibm.com,
	akpm@linux-foun
Subject: [PATCH 11/15] mips: fix n32 compat_ipc_parse_version
Date: Thu, 10 Jan 2019 16:24:31 +0000	[thread overview]
Message-ID: <20190110162435.309262-12-arnd@arndb.de> (raw)
In-Reply-To: <20190110162435.309262-1-arnd@arndb.de>

While reading through the sysvipc implementation, I noticed that the n32
semctl/shmctl/msgctl system calls behave differently based on whether
o32 support is enabled or not: Without o32, the IPC_64 flag passed by
user space is rejected but calls without that flag get IPC_64 behavior.

As far as I can tell, this was inadvertently changed by a cleanup patch
but never noticed by anyone, possibly nobody has tried using sysvipc
on n32 after linux-3.19.

Change it back to the old behavior now.

Fixes: 78aaf956ba3a ("MIPS: Compat: Fix build error if CONFIG_MIPS32_COMPAT but no compat ABI.")
Cc: stable@vger.kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
As stated above, this was only found by inspection, the patch is not
tested. Please review accordingly.
---
 arch/mips/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 787290781b8c..0d14f51d0002 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -3155,6 +3155,7 @@ config MIPS32_O32
 config MIPS32_N32
 	bool "Kernel support for n32 binaries"
 	depends on 64BIT
+	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
 	select COMPAT
 	select MIPS32_COMPAT
 	select SYSVIPC_COMPAT if SYSVIPC
-- 
2.20.0

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: y2038@lists.linaro.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org
Cc: Arnd Bergmann <arnd@arndb.de>,
	ink@jurassic.park.msu.ru, mattst88@gmail.com,
	linux@armlinux.org.uk, catalin.marinas@arm.com,
	will.deacon@arm.com, tony.luck@intel.com, fenghua.yu@intel.com,
	geert@linux-m68k.org, monstr@monstr.eu, paul.burton@mips.com,
	deller@gmx.de, mpe@ellerman.id.au, schwidefsky@de.ibm.com,
	heiko.carstens@de.ibm.com, dalias@libc.org, davem@davemloft.net,
	luto@kernel.org, tglx@linutronix.de, mingo@redhat.com,
	hpa@zytor.com, x86@kernel.org, jcmvbkbc@gmail.com,
	firoz.khan@linaro.org, ebiederm@xmission.com,
	deepa.kernel@gmail.com, linux@dominikbrodowski.net,
	akpm@linux-foundation.org, dave@stgolabs.net,
	linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-ia64@vger.kernel.org,
	linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org,
	linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
	linux-s390@vger.kernel.org, linux-sh@vger.kernel.org,
	sparclinux@vger.kernel.org, stable@vger.kernel.org
Subject: [PATCH 11/15] mips: fix n32 compat_ipc_parse_version
Date: Thu, 10 Jan 2019 17:24:31 +0100	[thread overview]
Message-ID: <20190110162435.309262-12-arnd@arndb.de> (raw)
In-Reply-To: <20190110162435.309262-1-arnd@arndb.de>

While reading through the sysvipc implementation, I noticed that the n32
semctl/shmctl/msgctl system calls behave differently based on whether
o32 support is enabled or not: Without o32, the IPC_64 flag passed by
user space is rejected but calls without that flag get IPC_64 behavior.

As far as I can tell, this was inadvertently changed by a cleanup patch
but never noticed by anyone, possibly nobody has tried using sysvipc
on n32 after linux-3.19.

Change it back to the old behavior now.

Fixes: 78aaf956ba3a ("MIPS: Compat: Fix build error if CONFIG_MIPS32_COMPAT but no compat ABI.")
Cc: stable@vger.kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
As stated above, this was only found by inspection, the patch is not
tested. Please review accordingly.
---
 arch/mips/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 787290781b8c..0d14f51d0002 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -3155,6 +3155,7 @@ config MIPS32_O32
 config MIPS32_N32
 	bool "Kernel support for n32 binaries"
 	depends on 64BIT
+	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
 	select COMPAT
 	select MIPS32_COMPAT
 	select SYSVIPC_COMPAT if SYSVIPC
-- 
2.20.0


WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: y2038@lists.linaro.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org
Cc: dalias@libc.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org, catalin.marinas@arm.com,
	will.deacon@arm.com, linux@dominikbrodowski.net,
	jcmvbkbc@gmail.com, deepa.kernel@gmail.com, hpa@zytor.com,
	sparclinux@vger.kernel.org, linux-s390@vger.kernel.org,
	dave@stgolabs.net, mpe@ellerman.id.au, deller@gmx.de,
	x86@kernel.org, linux@armlinux.org.uk, mingo@redhat.com,
	geert@linux-m68k.org, firoz.khan@linaro.org, mattst88@gmail.com,
	fenghua.yu@intel.com, Arnd Bergmann <arnd@arndb.de>,
	heiko.carstens@de.ibm.com, linux-m68k@lists.linux-m68k.org,
	ink@jurassic.park.msu.ru, luto@kernel.org, tglx@linutronix.de,
	linux-arm-kernel@lists.infradead.org, monstr@monstr.eu,
	tony.luck@intel.com, linux-parisc@vger.kernel.org,
	linux-mips@vger.kernel.org, stable@vger.kernel.org,
	paul.burton@mips.com, ebiederm@xmission.com,
	linux-alpha@vger.kernel.org, schwidefsky@de.ibm.com,
	akpm@linux-foun
Subject: [PATCH 11/15] mips: fix n32 compat_ipc_parse_version
Date: Thu, 10 Jan 2019 17:24:31 +0100	[thread overview]
Message-ID: <20190110162435.309262-12-arnd@arndb.de> (raw)
In-Reply-To: <20190110162435.309262-1-arnd@arndb.de>

While reading through the sysvipc implementation, I noticed that the n32
semctl/shmctl/msgctl system calls behave differently based on whether
o32 support is enabled or not: Without o32, the IPC_64 flag passed by
user space is rejected but calls without that flag get IPC_64 behavior.

As far as I can tell, this was inadvertently changed by a cleanup patch
but never noticed by anyone, possibly nobody has tried using sysvipc
on n32 after linux-3.19.

Change it back to the old behavior now.

Fixes: 78aaf956ba3a ("MIPS: Compat: Fix build error if CONFIG_MIPS32_COMPAT but no compat ABI.")
Cc: stable@vger.kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
As stated above, this was only found by inspection, the patch is not
tested. Please review accordingly.
---
 arch/mips/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 787290781b8c..0d14f51d0002 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -3155,6 +3155,7 @@ config MIPS32_O32
 config MIPS32_N32
 	bool "Kernel support for n32 binaries"
 	depends on 64BIT
+	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
 	select COMPAT
 	select MIPS32_COMPAT
 	select SYSVIPC_COMPAT if SYSVIPC
-- 
2.20.0

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: y2038@lists.linaro.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org
Cc: dalias@libc.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org, catalin.marinas@arm.com,
	will.deacon@arm.com, linux@dominikbrodowski.net,
	jcmvbkbc@gmail.com, deepa.kernel@gmail.com, hpa@zytor.com,
	sparclinux@vger.kernel.org, linux-s390@vger.kernel.org,
	dave@stgolabs.net, deller@gmx.de, x86@kernel.org,
	linux@armlinux.org.uk, mingo@redhat.com, geert@linux-m68k.org,
	firoz.khan@linaro.org, mattst88@gmail.com, fenghua.yu@intel.com,
	Arnd Bergmann <arnd@arndb.de>,
	heiko.carstens@de.ibm.com, linux-m68k@lists.linux-m68k.org,
	ink@jurassic.park.msu.ru, luto@kernel.org, tglx@linutronix.de,
	linux-arm-kernel@lists.infradead.org, monstr@monstr.eu,
	tony.luck@intel.com, linux-parisc@vger.kernel.org,
	linux-mips@vger.kernel.org, stable@vger.kernel.org,
	paul.burton@mips.com, ebiederm@xmission.com,
	linux-alpha@vger.kernel.org, schwidefsky@de.ibm.com,
	akpm@linux-foundation.org, linuxppc-dev@lists.ozlabs.org,
	davem@davemloft.net
Subject: [PATCH 11/15] mips: fix n32 compat_ipc_parse_version
Date: Thu, 10 Jan 2019 17:24:31 +0100	[thread overview]
Message-ID: <20190110162435.309262-12-arnd@arndb.de> (raw)
In-Reply-To: <20190110162435.309262-1-arnd@arndb.de>

While reading through the sysvipc implementation, I noticed that the n32
semctl/shmctl/msgctl system calls behave differently based on whether
o32 support is enabled or not: Without o32, the IPC_64 flag passed by
user space is rejected but calls without that flag get IPC_64 behavior.

As far as I can tell, this was inadvertently changed by a cleanup patch
but never noticed by anyone, possibly nobody has tried using sysvipc
on n32 after linux-3.19.

Change it back to the old behavior now.

Fixes: 78aaf956ba3a ("MIPS: Compat: Fix build error if CONFIG_MIPS32_COMPAT but no compat ABI.")
Cc: stable@vger.kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
As stated above, this was only found by inspection, the patch is not
tested. Please review accordingly.
---
 arch/mips/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 787290781b8c..0d14f51d0002 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -3155,6 +3155,7 @@ config MIPS32_O32
 config MIPS32_N32
 	bool "Kernel support for n32 binaries"
 	depends on 64BIT
+	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
 	select COMPAT
 	select MIPS32_COMPAT
 	select SYSVIPC_COMPAT if SYSVIPC
-- 
2.20.0


WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: y2038@lists.linaro.org, linux-api@vger.kernel.org,
	linux-kernel@vger.kernel.org
Cc: dalias@libc.org, linux-ia64@vger.kernel.org,
	linux-sh@vger.kernel.org, catalin.marinas@arm.com,
	will.deacon@arm.com, linux@dominikbrodowski.net,
	jcmvbkbc@gmail.com, deepa.kernel@gmail.com, hpa@zytor.com,
	sparclinux@vger.kernel.org, linux-s390@vger.kernel.org,
	dave@stgolabs.net, mpe@ellerman.id.au, deller@gmx.de,
	x86@kernel.org, linux@armlinux.org.uk, mingo@redhat.com,
	geert@linux-m68k.org, firoz.khan@linaro.org, mattst88@gmail.com,
	fenghua.yu@intel.com, Arnd Bergmann <arnd@arndb.de>,
	heiko.carstens@de.ibm.com, linux-m68k@lists.linux-m68k.org,
	ink@jurassic.park.msu.ru, luto@kernel.org, tglx@linutronix.de,
	linux-arm-kernel@lists.infradead.org, monstr@monstr.eu,
	tony.luck@intel.com, linux-parisc@vger.kernel.org,
	linux-mips@vger.kernel.org, stable@vger.kernel.org,
	paul.burton@mips.com, ebiederm@xmission.com,
	linux-alpha@vger.kernel.org, schwidefsky@de.ibm.com,
	akpm@linux-foundation.org, linuxppc-dev@lists.ozlabs.org,
	davem@davemloft.net
Subject: [PATCH 11/15] mips: fix n32 compat_ipc_parse_version
Date: Thu, 10 Jan 2019 17:24:31 +0100	[thread overview]
Message-ID: <20190110162435.309262-12-arnd@arndb.de> (raw)
In-Reply-To: <20190110162435.309262-1-arnd@arndb.de>

While reading through the sysvipc implementation, I noticed that the n32
semctl/shmctl/msgctl system calls behave differently based on whether
o32 support is enabled or not: Without o32, the IPC_64 flag passed by
user space is rejected but calls without that flag get IPC_64 behavior.

As far as I can tell, this was inadvertently changed by a cleanup patch
but never noticed by anyone, possibly nobody has tried using sysvipc
on n32 after linux-3.19.

Change it back to the old behavior now.

Fixes: 78aaf956ba3a ("MIPS: Compat: Fix build error if CONFIG_MIPS32_COMPAT but no compat ABI.")
Cc: stable@vger.kernel.org
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
As stated above, this was only found by inspection, the patch is not
tested. Please review accordingly.
---
 arch/mips/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 787290781b8c..0d14f51d0002 100644
--- a/arch/mips/Kconfig
+++ b/arch/mips/Kconfig
@@ -3155,6 +3155,7 @@ config MIPS32_O32
 config MIPS32_N32
 	bool "Kernel support for n32 binaries"
 	depends on 64BIT
+	select ARCH_WANT_COMPAT_IPC_PARSE_VERSION
 	select COMPAT
 	select MIPS32_COMPAT
 	select SYSVIPC_COMPAT if SYSVIPC
-- 
2.20.0


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

  parent reply	other threads:[~2019-01-10 16:24 UTC|newest]

Thread overview: 245+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-10 16:24 [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038 Arnd Bergmann
2019-01-10 16:24 ` Arnd Bergmann
2019-01-10 16:24 ` Arnd Bergmann
2019-01-10 16:24 ` Arnd Bergmann
2019-01-10 16:24 ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 01/15] ia64: add __NR_umount2 definition Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 02/15] ia64: add statx and io_pgetevents syscalls Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 03/15] ia64: assign syscall numbers for perf and seccomp Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 04/15] alpha: wire up io_pgetevents system call Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 05/15] alpha: update syscall macro definitions Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 06/15] ARM: add migrate_pages() system call Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:32   ` Will Deacon
2019-01-10 16:32     ` Will Deacon
2019-01-10 16:32     ` Will Deacon
2019-01-10 16:32     ` Will Deacon
2019-01-10 16:32     ` Will Deacon
2019-01-10 17:11     ` Arnd Bergmann
2019-01-10 17:11       ` Arnd Bergmann
2019-01-10 17:11       ` Arnd Bergmann
2019-01-10 17:11       ` Arnd Bergmann
2019-01-10 17:11       ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 07/15] ARM: add kexec_file_load system call number Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:39   ` Will Deacon
2019-01-10 16:39     ` Will Deacon
2019-01-10 16:39     ` Will Deacon
2019-01-10 16:39     ` Will Deacon
2019-01-10 16:39     ` Will Deacon
2019-01-10 17:14     ` Arnd Bergmann
2019-01-10 17:14       ` Arnd Bergmann
2019-01-10 17:14       ` Arnd Bergmann
2019-01-10 17:14       ` Arnd Bergmann
2019-01-10 17:14       ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 08/15] m68k: assign syscall number for seccomp Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 09/15] sh: remove duplicate unistd_32.h file Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 10/15] sh: add statx system call Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` Arnd Bergmann [this message]
2019-01-10 16:24   ` [PATCH 11/15] mips: fix n32 compat_ipc_parse_version Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 19:39   ` Paul Burton
2019-01-10 19:39     ` Paul Burton
2019-01-10 19:39     ` Paul Burton
2019-01-10 19:39     ` Paul Burton
2019-01-10 23:04     ` Arnd Bergmann
2019-01-10 23:04       ` Arnd Bergmann
2019-01-10 23:04       ` Arnd Bergmann
2019-01-10 23:04       ` Arnd Bergmann
2019-01-10 23:04       ` Arnd Bergmann
2019-01-11 19:25   ` Paul Burton
2019-01-11 19:25     ` Paul Burton
2019-01-11 19:25     ` Paul Burton
2019-01-11 19:25     ` Paul Burton
2019-01-10 16:24 ` [PATCH 12/15] sparc64: fix sparc_ipc type conversion Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 13/15] ipc: rename old-style shmctl/semctl/msgctl syscalls Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24 ` [PATCH 14/15] arch: add split IPC system calls where needed Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 20:32   ` Heiko Carstens
2019-01-10 20:32     ` Heiko Carstens
2019-01-10 20:32     ` Heiko Carstens
2019-01-10 20:32     ` Heiko Carstens
2019-01-10 20:32     ` Heiko Carstens
2019-01-11 17:33     ` Arnd Bergmann
2019-01-11 17:33       ` Arnd Bergmann
2019-01-11 17:33       ` Arnd Bergmann
2019-01-11 17:33       ` Arnd Bergmann
2019-01-11 17:33       ` Arnd Bergmann
2019-01-14  3:40   ` Michael Ellerman
2019-01-14  3:40     ` Michael Ellerman
2019-01-14  3:40     ` Michael Ellerman
2019-01-14  3:40     ` Michael Ellerman
2019-01-14  3:40     ` Michael Ellerman
2019-01-14  3:40     ` Michael Ellerman
2019-01-14  3:59   ` Michael Ellerman
2019-01-14  3:59     ` Michael Ellerman
2019-01-14  3:59     ` Michael Ellerman
2019-01-14  3:59     ` Michael Ellerman
2019-01-14  3:59     ` Michael Ellerman
2019-01-14  3:59     ` Michael Ellerman
2019-01-14  9:58     ` Michael Ellerman
2019-01-14  9:58       ` Michael Ellerman
2019-01-14  9:58       ` Michael Ellerman
2019-01-14  9:58       ` Michael Ellerman
2019-01-14  9:58       ` Michael Ellerman
2019-01-14  9:58       ` Michael Ellerman
2019-01-14  9:58       ` Michael Ellerman
2019-01-15 15:01     ` Arnd Bergmann
2019-01-15 15:01       ` Arnd Bergmann
2019-01-15 15:01       ` Arnd Bergmann
2019-01-15 15:01       ` Arnd Bergmann
2019-01-15 15:01       ` Arnd Bergmann
2019-01-15 15:01       ` Arnd Bergmann
2019-01-15 15:01       ` Arnd Bergmann
2019-01-15 15:18       ` Arnd Bergmann
2019-01-15 15:18         ` Arnd Bergmann
2019-01-15 15:18         ` Arnd Bergmann
2019-01-15 15:18         ` Arnd Bergmann
2019-01-15 15:18         ` Arnd Bergmann
2019-01-15 16:35         ` Geert Uytterhoeven
2019-01-15 16:35           ` Geert Uytterhoeven
2019-01-15 16:35           ` Geert Uytterhoeven
2019-01-15 16:35           ` Geert Uytterhoeven
2019-01-15 16:35           ` Geert Uytterhoeven
2019-01-15 16:35           ` Geert Uytterhoeven
2019-01-15 21:24           ` Arnd Bergmann
2019-01-15 21:24             ` Arnd Bergmann
2019-01-15 21:24             ` Arnd Bergmann
2019-01-15 21:24             ` Arnd Bergmann
2019-01-15 21:24             ` Arnd Bergmann
2019-01-16  0:09         ` Michael Ellerman
2019-01-16  0:09           ` Michael Ellerman
2019-01-16  0:09           ` Michael Ellerman
2019-01-16  0:09           ` Michael Ellerman
2019-01-16  0:09           ` Michael Ellerman
2019-01-16  0:09           ` Michael Ellerman
2019-01-16  0:09           ` Michael Ellerman
2019-01-16  0:10       ` Michael Ellerman
2019-01-16  0:10         ` Michael Ellerman
2019-01-16  0:10         ` Michael Ellerman
2019-01-16  0:10         ` Michael Ellerman
2019-01-16  0:10         ` Michael Ellerman
2019-01-16  0:10         ` Michael Ellerman
2019-01-16  0:10         ` Michael Ellerman
2019-01-10 16:24 ` [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 16:24   ` Arnd Bergmann
2019-01-10 20:36   ` Heiko Carstens
2019-01-10 20:36     ` Heiko Carstens
2019-01-10 20:36     ` Heiko Carstens
2019-01-10 20:36     ` Heiko Carstens
2019-01-10 20:36     ` Heiko Carstens
2019-01-11 17:30     ` Arnd Bergmann
2019-01-11 17:30       ` Arnd Bergmann
2019-01-11 17:30       ` Arnd Bergmann
2019-01-11 17:30       ` Arnd Bergmann
2019-01-11 17:30       ` Arnd Bergmann
2019-01-14  8:31       ` Heiko Carstens
2019-01-14  8:31         ` Heiko Carstens
2019-01-14  8:31         ` Heiko Carstens
2019-01-14  8:31         ` Heiko Carstens
2019-01-14  8:31         ` Heiko Carstens
2019-01-15 11:52   ` Russell King - ARM Linux admin
2019-01-15 11:52     ` Russell King - ARM Linux admin
2019-01-15 11:52     ` Russell King - ARM Linux admin
2019-01-15 11:52     ` Russell King - ARM Linux admin
2019-01-15 11:52     ` Russell King - ARM Linux admin
2019-01-15 14:47     ` Arnd Bergmann
2019-01-15 14:47       ` Arnd Bergmann
2019-01-15 14:47       ` Arnd Bergmann
2019-01-15 14:47       ` Arnd Bergmann
2019-01-15 14:47       ` Arnd Bergmann
2019-01-15 14:47       ` Arnd Bergmann
2019-01-15 14:47       ` Arnd Bergmann
2019-01-10 16:59 ` [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038 Geert Uytterhoeven
2019-01-10 16:59   ` Geert Uytterhoeven
2019-01-10 16:59   ` Geert Uytterhoeven
2019-01-10 16:59   ` Geert Uytterhoeven
2019-01-10 16:59   ` Geert Uytterhoeven
2019-01-10 17:06   ` Arnd Bergmann
2019-01-10 17:06     ` Arnd Bergmann
2019-01-10 17:06     ` Arnd Bergmann
2019-01-10 17:06     ` Arnd Bergmann
2019-01-10 17:06     ` Arnd Bergmann
2019-01-10 18:11     ` Geert Uytterhoeven
2019-01-10 18:11       ` Geert Uytterhoeven
2019-01-10 18:11       ` Geert Uytterhoeven
2019-01-10 18:11       ` Geert Uytterhoeven
2019-01-10 18:11       ` Geert Uytterhoeven
2019-01-10 22:43       ` Arnd Bergmann
2019-01-10 22:43         ` Arnd Bergmann
2019-01-10 22:43         ` Arnd Bergmann
2019-01-10 22:43         ` Arnd Bergmann
2019-01-10 22:43         ` Arnd Bergmann
2019-01-11  8:07         ` Geert Uytterhoeven
2019-01-11  8:07           ` Geert Uytterhoeven
2019-01-11  8:07           ` Geert Uytterhoeven
2019-01-11  8:07           ` Geert Uytterhoeven
2019-01-11  8:07           ` Geert Uytterhoeven
2019-01-10 18:10 ` Joseph Myers
2019-01-10 18:10   ` Joseph Myers
2019-01-10 18:10   ` Joseph Myers
2019-01-10 18:10   ` Joseph Myers
2019-01-10 22:42   ` Arnd Bergmann
2019-01-10 22:42     ` Arnd Bergmann
2019-01-10 22:42     ` Arnd Bergmann
2019-01-10 22:42     ` Arnd Bergmann
2019-01-10 22:42     ` Arnd Bergmann
2019-01-10 23:14     ` Michael Cree
2019-01-10 23:14       ` Michael Cree
2019-01-10 23:14       ` Michael Cree
2019-01-10 23:14       ` Michael Cree
2019-01-10 23:14       ` Michael Cree

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=20190110162435.309262-12-arnd@arndb.de \
    --to=arnd@arndb.de \
    --cc=akpm@linux-foun \
    --cc=catalin.marinas@arm.com \
    --cc=dalias@libc.org \
    --cc=dave@stgolabs.net \
    --cc=deepa.kernel@gmail.com \
    --cc=deller@gmx.de \
    --cc=ebiederm@xmission.com \
    --cc=fenghua.yu@intel.com \
    --cc=firoz.khan@linaro.org \
    --cc=geert@linux-m68k.org \
    --cc=heiko.carstens@de.ibm.com \
    --cc=hpa@zytor.com \
    --cc=ink@jurassic.park.msu.ru \
    --cc=jcmvbkbc@gmail.com \
    --cc=linux-alpha@vger.kernel.org \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-parisc@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=linux@dominikbrodowski.net \
    --cc=luto@kernel.org \
    --cc=mattst88@gmail.com \
    --cc=mingo@redhat.com \
    --cc=monstr@monstr.eu \
    --cc=mpe@ellerman.id.au \
    --cc=paul.burton@mips.com \
    --cc=schwidefsky@de.ibm.com \
    --cc=sparclinux@vger.kernel.org \
    --cc=stable@vger.kernel.org \
    --cc=tglx@linutronix.de \
    --cc=tony.luck@intel.com \
    --cc=will.deacon@arm.com \
    --cc=x86@kernel.org \
    --cc=y2038@lists.linaro.org \
    /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.