All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Rich Felker <dalias@libc.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-mips@vger.kernel.org, Max Filippov <jcmvbkbc@gmail.com>,
	Network Development <netdev@vger.kernel.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Helge Deller <deller@gmx.de>, X86 ML <x86@kernel.org>,
	Russell King - ARM Linux admin <linux@armlinux.org.uk>,
	Ingo Molnar <mingo@redhat.com>,
	Firoz Khan <firoz.khan@linaro.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Matt Turner <mattst88@gmail.com>,
	Fengh
Subject: Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
Date: Mon, 21 Jan 2019 20:40:01 +0000	[thread overview]
Message-ID: <CAK8P3a11Pme2d6VbTb2t7fi_vd7UmNuN-yOf2zT59KPzbCT1Lw@mail.gmail.com> (raw)
In-Reply-To: <CAK8P3a04UC2dHVqx1gHXJQzsDw446h1ghLEuRe0xmUyJgrOktw@mail.gmail.com>

On Mon, Jan 21, 2019 at 6:08 PM Arnd Bergmann <arnd@arndb.de> wrote:
> On Mon, Jan 21, 2019 at 9:19 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > Regardless, I'm wondering what to do with the holes marked "room for
> > arch specific calls".
> > When is a syscall really arch-specific, and can it be added there, and
> > when does it turn out (later) that it isn't, breaking the
> > synchronization again?
>
> We've had a bit of that already, with cacheflush(), which exists on
> a couple of architectures, including some that use the first
> 'arch specific' slot (244) of the asm-generic table. I think this
> will be rare enough that we can figure out a solution when we
> get there.
>
> > The pkey syscalls may be a bad example, as AFAIU they can be implemented
> > on some architectures, but not on some others.  Still, I had skipped them
> > when adding new syscalls to m68k.
> >
> > Perhaps we should get rid of the notion of "arch-specific syscalls", and
> > reserve a slot everywhere anyway?
>
> I don't mind calling the hole something else if that helps. Out of
> principle I would already assume that anything we add for x86
> or the generic table should be added everywhere, but we can
> make it broader than that.

Applying this fixup below,

     ARnd

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl
b/arch/x86/entry/syscalls/syscall_32.tbl
index d9c2d2eea044..955ab6a3b61f 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -398,7 +398,7 @@
 384    i386    arch_prctl              sys_arch_prctl
 __ia32_compat_sys_arch_prctl
 385    i386    io_pgetevents           sys_io_pgetevents_time32
 __ia32_compat_sys_io_pgetevents
 386    i386    rseq                    sys_rseq
 __ia32_sys_rseq
-# room for arch specific syscalls
+# don't use numbers 387 through 392, add new calls at the end
 393    i386    semget                  sys_semget
 __ia32_sys_semget
 394    i386    semctl                  sys_semctl
 __ia32_compat_sys_semctl
 395    i386    shmget                  sys_shmget
 __ia32_sys_shmget
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl
b/arch/x86/entry/syscalls/syscall_64.tbl
index 43a622aec07e..2ae92fddb6d5 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -343,6 +343,8 @@
 332    common  statx                   __x64_sys_statx
 333    common  io_pgetevents           __x64_sys_io_pgetevents
 334    common  rseq                    __x64_sys_rseq
+# don't use numbers 387 through 423, add new calls after the last
+# 'common' entry

 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/uapi/asm-generic/unistd.h
b/include/uapi/asm-generic/unistd.h
index 53831e4a4c86..acf9a07ab2ff 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -740,7 +740,7 @@ __SC_COMP_3264(__NR_io_pgetevents,
sys_io_pgetevents_time32, sys_io_pgetevents,
 __SYSCALL(__NR_rseq, sys_rseq)
 #define __NR_kexec_file_load 294
 __SYSCALL(__NR_kexec_file_load,     sys_kexec_file_load)
-/* 295 through 402 are unassigned to sync up with generic numbers */
+/* 295 through 402 are unassigned to sync up with generic numbers, don't use */
 #if __BITS_PER_LONG = 32
 #define __NR_clock_gettime64 403
 __SYSCALL(__NR_clock_gettime64, sys_clock_gettime)

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Russell King - ARM Linux admin <linux@armlinux.org.uk>,
	Andy Lutomirski <luto@kernel.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Linux API <linux-api@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Matt Turner <mattst88@gmail.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Michal Simek <monstr@monstr.eu>,
	Paul Burton <paul.burton@mips.com>, Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Rich Felker <dalias@libc.org>,
	"David S. Miller" <davem@davemloft.net>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	X86 ML <x86@kernel.org>, Max Filippov <jcmvbkbc@gmail.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	Firoz Khan <firoz.khan@linaro.org>,
	alpha <linux-alpha@vger.kernel.org>,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	linux-mips@vger.kernel.org,
	Parisc List <linux-parisc@vger.kernel.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	sparclinux <sparclinux@vger.kernel.org>,
	Network Development <netdev@vger.kernel.org>,
	Linux FS Devel <linux-fsdevel@vger.kernel.org>
Subject: Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
Date: Mon, 21 Jan 2019 21:40:01 +0100	[thread overview]
Message-ID: <CAK8P3a11Pme2d6VbTb2t7fi_vd7UmNuN-yOf2zT59KPzbCT1Lw@mail.gmail.com> (raw)
In-Reply-To: <CAK8P3a04UC2dHVqx1gHXJQzsDw446h1ghLEuRe0xmUyJgrOktw@mail.gmail.com>

On Mon, Jan 21, 2019 at 6:08 PM Arnd Bergmann <arnd@arndb.de> wrote:
> On Mon, Jan 21, 2019 at 9:19 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > Regardless, I'm wondering what to do with the holes marked "room for
> > arch specific calls".
> > When is a syscall really arch-specific, and can it be added there, and
> > when does it turn out (later) that it isn't, breaking the
> > synchronization again?
>
> We've had a bit of that already, with cacheflush(), which exists on
> a couple of architectures, including some that use the first
> 'arch specific' slot (244) of the asm-generic table. I think this
> will be rare enough that we can figure out a solution when we
> get there.
>
> > The pkey syscalls may be a bad example, as AFAIU they can be implemented
> > on some architectures, but not on some others.  Still, I had skipped them
> > when adding new syscalls to m68k.
> >
> > Perhaps we should get rid of the notion of "arch-specific syscalls", and
> > reserve a slot everywhere anyway?
>
> I don't mind calling the hole something else if that helps. Out of
> principle I would already assume that anything we add for x86
> or the generic table should be added everywhere, but we can
> make it broader than that.

Applying this fixup below,

     ARnd

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl
b/arch/x86/entry/syscalls/syscall_32.tbl
index d9c2d2eea044..955ab6a3b61f 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -398,7 +398,7 @@
 384    i386    arch_prctl              sys_arch_prctl
 __ia32_compat_sys_arch_prctl
 385    i386    io_pgetevents           sys_io_pgetevents_time32
 __ia32_compat_sys_io_pgetevents
 386    i386    rseq                    sys_rseq
 __ia32_sys_rseq
-# room for arch specific syscalls
+# don't use numbers 387 through 392, add new calls at the end
 393    i386    semget                  sys_semget
 __ia32_sys_semget
 394    i386    semctl                  sys_semctl
 __ia32_compat_sys_semctl
 395    i386    shmget                  sys_shmget
 __ia32_sys_shmget
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl
b/arch/x86/entry/syscalls/syscall_64.tbl
index 43a622aec07e..2ae92fddb6d5 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -343,6 +343,8 @@
 332    common  statx                   __x64_sys_statx
 333    common  io_pgetevents           __x64_sys_io_pgetevents
 334    common  rseq                    __x64_sys_rseq
+# don't use numbers 387 through 423, add new calls after the last
+# 'common' entry

 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/uapi/asm-generic/unistd.h
b/include/uapi/asm-generic/unistd.h
index 53831e4a4c86..acf9a07ab2ff 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -740,7 +740,7 @@ __SC_COMP_3264(__NR_io_pgetevents,
sys_io_pgetevents_time32, sys_io_pgetevents,
 __SYSCALL(__NR_rseq, sys_rseq)
 #define __NR_kexec_file_load 294
 __SYSCALL(__NR_kexec_file_load,     sys_kexec_file_load)
-/* 295 through 402 are unassigned to sync up with generic numbers */
+/* 295 through 402 are unassigned to sync up with generic numbers, don't use */
 #if __BITS_PER_LONG == 32
 #define __NR_clock_gettime64 403
 __SYSCALL(__NR_clock_gettime64, sys_clock_gettime)

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Rich Felker <dalias@libc.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-mips@vger.kernel.org, Max Filippov <jcmvbkbc@gmail.com>,
	Network Development <netdev@vger.kernel.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Helge Deller <deller@gmx.de>, X86 ML <x86@kernel.org>,
	Russell King - ARM Linux admin <linux@armlinux.org.uk>,
	Ingo Molnar <mingo@redhat.com>,
	Firoz Khan <firoz.khan@linaro.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Matt Turner <mattst88@gmail.com>,
	Fengh
Subject: Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
Date: Mon, 21 Jan 2019 21:40:01 +0100	[thread overview]
Message-ID: <CAK8P3a11Pme2d6VbTb2t7fi_vd7UmNuN-yOf2zT59KPzbCT1Lw@mail.gmail.com> (raw)
In-Reply-To: <CAK8P3a04UC2dHVqx1gHXJQzsDw446h1ghLEuRe0xmUyJgrOktw@mail.gmail.com>

On Mon, Jan 21, 2019 at 6:08 PM Arnd Bergmann <arnd@arndb.de> wrote:
> On Mon, Jan 21, 2019 at 9:19 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > Regardless, I'm wondering what to do with the holes marked "room for
> > arch specific calls".
> > When is a syscall really arch-specific, and can it be added there, and
> > when does it turn out (later) that it isn't, breaking the
> > synchronization again?
>
> We've had a bit of that already, with cacheflush(), which exists on
> a couple of architectures, including some that use the first
> 'arch specific' slot (244) of the asm-generic table. I think this
> will be rare enough that we can figure out a solution when we
> get there.
>
> > The pkey syscalls may be a bad example, as AFAIU they can be implemented
> > on some architectures, but not on some others.  Still, I had skipped them
> > when adding new syscalls to m68k.
> >
> > Perhaps we should get rid of the notion of "arch-specific syscalls", and
> > reserve a slot everywhere anyway?
>
> I don't mind calling the hole something else if that helps. Out of
> principle I would already assume that anything we add for x86
> or the generic table should be added everywhere, but we can
> make it broader than that.

Applying this fixup below,

     ARnd

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl
b/arch/x86/entry/syscalls/syscall_32.tbl
index d9c2d2eea044..955ab6a3b61f 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -398,7 +398,7 @@
 384    i386    arch_prctl              sys_arch_prctl
 __ia32_compat_sys_arch_prctl
 385    i386    io_pgetevents           sys_io_pgetevents_time32
 __ia32_compat_sys_io_pgetevents
 386    i386    rseq                    sys_rseq
 __ia32_sys_rseq
-# room for arch specific syscalls
+# don't use numbers 387 through 392, add new calls at the end
 393    i386    semget                  sys_semget
 __ia32_sys_semget
 394    i386    semctl                  sys_semctl
 __ia32_compat_sys_semctl
 395    i386    shmget                  sys_shmget
 __ia32_sys_shmget
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl
b/arch/x86/entry/syscalls/syscall_64.tbl
index 43a622aec07e..2ae92fddb6d5 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -343,6 +343,8 @@
 332    common  statx                   __x64_sys_statx
 333    common  io_pgetevents           __x64_sys_io_pgetevents
 334    common  rseq                    __x64_sys_rseq
+# don't use numbers 387 through 423, add new calls after the last
+# 'common' entry

 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/uapi/asm-generic/unistd.h
b/include/uapi/asm-generic/unistd.h
index 53831e4a4c86..acf9a07ab2ff 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -740,7 +740,7 @@ __SC_COMP_3264(__NR_io_pgetevents,
sys_io_pgetevents_time32, sys_io_pgetevents,
 __SYSCALL(__NR_rseq, sys_rseq)
 #define __NR_kexec_file_load 294
 __SYSCALL(__NR_kexec_file_load,     sys_kexec_file_load)
-/* 295 through 402 are unassigned to sync up with generic numbers */
+/* 295 through 402 are unassigned to sync up with generic numbers, don't use */
 #if __BITS_PER_LONG == 32
 #define __NR_clock_gettime64 403
 __SYSCALL(__NR_clock_gettime64, sys_clock_gettime)

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Rich Felker <dalias@libc.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-mips@vger.kernel.org, Max Filippov <jcmvbkbc@gmail.com>,
	Network Development <netdev@vger.kernel.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Helge Deller <deller@gmx.de>, X86 ML <x86@kernel.org>,
	Russell King - ARM Linux admin <linux@armlinux.org.uk>,
	Ingo Molnar <mingo@redhat.com>,
	Firoz Khan <firoz.khan@linaro.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Will Deacon <will.deacon@arm.com>,
	Linux FS Devel <linux-fsdevel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
	Michal Simek <monstr@monstr.eu>, Tony Luck <tony.luck@intel.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux API <linux-api@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Paul Burton <paul.burton@mips.com>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
Date: Mon, 21 Jan 2019 21:40:01 +0100	[thread overview]
Message-ID: <CAK8P3a11Pme2d6VbTb2t7fi_vd7UmNuN-yOf2zT59KPzbCT1Lw@mail.gmail.com> (raw)
In-Reply-To: <CAK8P3a04UC2dHVqx1gHXJQzsDw446h1ghLEuRe0xmUyJgrOktw@mail.gmail.com>

On Mon, Jan 21, 2019 at 6:08 PM Arnd Bergmann <arnd@arndb.de> wrote:
> On Mon, Jan 21, 2019 at 9:19 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > Regardless, I'm wondering what to do with the holes marked "room for
> > arch specific calls".
> > When is a syscall really arch-specific, and can it be added there, and
> > when does it turn out (later) that it isn't, breaking the
> > synchronization again?
>
> We've had a bit of that already, with cacheflush(), which exists on
> a couple of architectures, including some that use the first
> 'arch specific' slot (244) of the asm-generic table. I think this
> will be rare enough that we can figure out a solution when we
> get there.
>
> > The pkey syscalls may be a bad example, as AFAIU they can be implemented
> > on some architectures, but not on some others.  Still, I had skipped them
> > when adding new syscalls to m68k.
> >
> > Perhaps we should get rid of the notion of "arch-specific syscalls", and
> > reserve a slot everywhere anyway?
>
> I don't mind calling the hole something else if that helps. Out of
> principle I would already assume that anything we add for x86
> or the generic table should be added everywhere, but we can
> make it broader than that.

Applying this fixup below,

     ARnd

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl
b/arch/x86/entry/syscalls/syscall_32.tbl
index d9c2d2eea044..955ab6a3b61f 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -398,7 +398,7 @@
 384    i386    arch_prctl              sys_arch_prctl
 __ia32_compat_sys_arch_prctl
 385    i386    io_pgetevents           sys_io_pgetevents_time32
 __ia32_compat_sys_io_pgetevents
 386    i386    rseq                    sys_rseq
 __ia32_sys_rseq
-# room for arch specific syscalls
+# don't use numbers 387 through 392, add new calls at the end
 393    i386    semget                  sys_semget
 __ia32_sys_semget
 394    i386    semctl                  sys_semctl
 __ia32_compat_sys_semctl
 395    i386    shmget                  sys_shmget
 __ia32_sys_shmget
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl
b/arch/x86/entry/syscalls/syscall_64.tbl
index 43a622aec07e..2ae92fddb6d5 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -343,6 +343,8 @@
 332    common  statx                   __x64_sys_statx
 333    common  io_pgetevents           __x64_sys_io_pgetevents
 334    common  rseq                    __x64_sys_rseq
+# don't use numbers 387 through 423, add new calls after the last
+# 'common' entry

 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/uapi/asm-generic/unistd.h
b/include/uapi/asm-generic/unistd.h
index 53831e4a4c86..acf9a07ab2ff 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -740,7 +740,7 @@ __SC_COMP_3264(__NR_io_pgetevents,
sys_io_pgetevents_time32, sys_io_pgetevents,
 __SYSCALL(__NR_rseq, sys_rseq)
 #define __NR_kexec_file_load 294
 __SYSCALL(__NR_kexec_file_load,     sys_kexec_file_load)
-/* 295 through 402 are unassigned to sync up with generic numbers */
+/* 295 through 402 are unassigned to sync up with generic numbers, don't use */
 #if __BITS_PER_LONG == 32
 #define __NR_clock_gettime64 403
 __SYSCALL(__NR_clock_gettime64, sys_clock_gettime)

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Rich Felker <dalias@libc.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-mips@vger.kernel.org, Max Filippov <jcmvbkbc@gmail.com>,
	Network Development <netdev@vger.kernel.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	linux-s390 <linux-s390@vger.kernel.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Helge Deller <deller@gmx.de>, X86 ML <x86@kernel.org>,
	Russell King - ARM Linux admin <linux@armlinux.org.uk>,
	Ingo Molnar <mingo@redhat.com>,
	Firoz Khan <firoz.khan@linaro.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Matt Turner <mattst88@gmail.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Will Deacon <will.deacon@arm.com>,
	Linux FS Devel <linux-fsdevel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
	Michal Simek <monstr@monstr.eu>, Tony Luck <tony.luck@intel.com>,
	Parisc List <linux-parisc@vger.kernel.org>,
	Linux API <linux-api@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Paul Burton <paul.burton@mips.com>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	alpha <linux-alpha@vger.kernel.org>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
Date: Mon, 21 Jan 2019 21:40:01 +0100	[thread overview]
Message-ID: <CAK8P3a11Pme2d6VbTb2t7fi_vd7UmNuN-yOf2zT59KPzbCT1Lw@mail.gmail.com> (raw)
In-Reply-To: <CAK8P3a04UC2dHVqx1gHXJQzsDw446h1ghLEuRe0xmUyJgrOktw@mail.gmail.com>

On Mon, Jan 21, 2019 at 6:08 PM Arnd Bergmann <arnd@arndb.de> wrote:
> On Mon, Jan 21, 2019 at 9:19 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > Regardless, I'm wondering what to do with the holes marked "room for
> > arch specific calls".
> > When is a syscall really arch-specific, and can it be added there, and
> > when does it turn out (later) that it isn't, breaking the
> > synchronization again?
>
> We've had a bit of that already, with cacheflush(), which exists on
> a couple of architectures, including some that use the first
> 'arch specific' slot (244) of the asm-generic table. I think this
> will be rare enough that we can figure out a solution when we
> get there.
>
> > The pkey syscalls may be a bad example, as AFAIU they can be implemented
> > on some architectures, but not on some others.  Still, I had skipped them
> > when adding new syscalls to m68k.
> >
> > Perhaps we should get rid of the notion of "arch-specific syscalls", and
> > reserve a slot everywhere anyway?
>
> I don't mind calling the hole something else if that helps. Out of
> principle I would already assume that anything we add for x86
> or the generic table should be added everywhere, but we can
> make it broader than that.

Applying this fixup below,

     ARnd

diff --git a/arch/x86/entry/syscalls/syscall_32.tbl
b/arch/x86/entry/syscalls/syscall_32.tbl
index d9c2d2eea044..955ab6a3b61f 100644
--- a/arch/x86/entry/syscalls/syscall_32.tbl
+++ b/arch/x86/entry/syscalls/syscall_32.tbl
@@ -398,7 +398,7 @@
 384    i386    arch_prctl              sys_arch_prctl
 __ia32_compat_sys_arch_prctl
 385    i386    io_pgetevents           sys_io_pgetevents_time32
 __ia32_compat_sys_io_pgetevents
 386    i386    rseq                    sys_rseq
 __ia32_sys_rseq
-# room for arch specific syscalls
+# don't use numbers 387 through 392, add new calls at the end
 393    i386    semget                  sys_semget
 __ia32_sys_semget
 394    i386    semctl                  sys_semctl
 __ia32_compat_sys_semctl
 395    i386    shmget                  sys_shmget
 __ia32_sys_shmget
diff --git a/arch/x86/entry/syscalls/syscall_64.tbl
b/arch/x86/entry/syscalls/syscall_64.tbl
index 43a622aec07e..2ae92fddb6d5 100644
--- a/arch/x86/entry/syscalls/syscall_64.tbl
+++ b/arch/x86/entry/syscalls/syscall_64.tbl
@@ -343,6 +343,8 @@
 332    common  statx                   __x64_sys_statx
 333    common  io_pgetevents           __x64_sys_io_pgetevents
 334    common  rseq                    __x64_sys_rseq
+# don't use numbers 387 through 423, add new calls after the last
+# 'common' entry

 #
 # x32-specific system call numbers start at 512 to avoid cache impact
diff --git a/include/uapi/asm-generic/unistd.h
b/include/uapi/asm-generic/unistd.h
index 53831e4a4c86..acf9a07ab2ff 100644
--- a/include/uapi/asm-generic/unistd.h
+++ b/include/uapi/asm-generic/unistd.h
@@ -740,7 +740,7 @@ __SC_COMP_3264(__NR_io_pgetevents,
sys_io_pgetevents_time32, sys_io_pgetevents,
 __SYSCALL(__NR_rseq, sys_rseq)
 #define __NR_kexec_file_load 294
 __SYSCALL(__NR_kexec_file_load,     sys_kexec_file_load)
-/* 295 through 402 are unassigned to sync up with generic numbers */
+/* 295 through 402 are unassigned to sync up with generic numbers, don't use */
 #if __BITS_PER_LONG == 32
 #define __NR_clock_gettime64 403
 __SYSCALL(__NR_clock_gettime64, sys_clock_gettime)

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

  reply	other threads:[~2019-01-21 20:40 UTC|newest]

Thread overview: 322+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-18 16:18 [PATCH v2 00/29] y2038: add time64 syscalls Arnd Bergmann
2019-01-18 16:18 ` Arnd Bergmann
2019-01-18 16:18 ` Arnd Bergmann
2019-01-18 16:18 ` Arnd Bergmann
2019-01-18 16:18 ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 01/29] ia64: add __NR_umount2 definition Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 02/29] ia64: add statx and io_pgetevents syscalls Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 03/29] ia64: assign syscall numbers for perf and seccomp Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 04/29] alpha: wire up io_pgetevents system call Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 05/29] alpha: update syscall macro definitions Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 06/29] ARM: add migrate_pages() system call Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-25 15:16   ` Catalin Marinas
2019-01-25 15:16     ` Catalin Marinas
2019-01-25 15:16     ` Catalin Marinas
2019-01-25 15:16     ` Catalin Marinas
2019-01-18 16:18 ` [PATCH v2 07/29] ARM: add kexec_file_load system call number Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-25 15:43   ` Catalin Marinas
2019-01-25 15:43     ` Catalin Marinas
2019-01-25 15:43     ` Catalin Marinas
2019-01-25 15:43     ` Catalin Marinas
2019-01-25 16:21     ` Russell King - ARM Linux admin
2019-01-25 16:21       ` Russell King - ARM Linux admin
2019-01-25 16:21       ` Russell King - ARM Linux admin
2019-01-25 16:21       ` Russell King - ARM Linux admin
2019-01-18 16:18 ` [PATCH v2 08/29] m68k: assign syscall number for seccomp Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-21  8:55   ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-18 16:18 ` [PATCH v2 09/29] sh: remove duplicate unistd_32.h file Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 10/29] sh: add statx system call Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 11/29] sparc64: fix sparc_ipc type conversion Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 12/29] ipc: rename old-style shmctl/semctl/msgctl syscalls Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 13/29] arch: add split IPC system calls where needed Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 17:18   ` Gabriel Paubert
2019-01-18 17:18     ` Gabriel Paubert
2019-01-18 17:18     ` Gabriel Paubert
2019-01-18 17:18     ` Gabriel Paubert
2019-01-18 17:18     ` Gabriel Paubert
2019-01-18 19:30     ` Arnd Bergmann
2019-01-18 19:30       ` Arnd Bergmann
2019-01-18 19:30       ` Arnd Bergmann
2019-01-18 19:30       ` Arnd Bergmann
2019-01-18 19:30       ` Arnd Bergmann
2019-01-21  8:55   ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21 11:57   ` Heiko Carstens
2019-01-21 11:57     ` Heiko Carstens
2019-01-21 11:57     ` Heiko Carstens
2019-01-21 11:57     ` Heiko Carstens
2019-01-21 11:57     ` Heiko Carstens
2019-01-18 16:18 ` [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-21  8:55   ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21  8:55     ` Geert Uytterhoeven
2019-01-21 20:28     ` Arnd Bergmann
2019-01-21 20:28       ` Arnd Bergmann
2019-01-21 20:28       ` Arnd Bergmann
2019-01-21 20:28       ` Arnd Bergmann
2019-01-21 20:28       ` Arnd Bergmann
2019-01-21 11:59   ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-18 16:18 ` [PATCH v2 15/29] alpha: add standard statfs64/fstatfs64 syscalls Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 16/29] alpha: add generic get{eg,eu,g,p,u,pp}id() syscalls Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-21 11:59   ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-21 11:59     ` Heiko Carstens
2019-01-18 16:18 ` [PATCH v2 18/29] time: make adjtime compat handling available for 32 bit Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 19/29] time: Add struct __kernel_timex Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 20/29] time: fix sys_timer_settime prototype Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 21/29] sparc64: add custom adjtimex/clock_adjtime functions Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 22/29] timex: use __kernel_timex internally Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 23/29] timex: change syscalls to use struct __kernel_timex Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 24/29] x86/x32: use time64 versions of sigtimedwait and recvmmsg Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 25/29] y2038: syscalls: rename y2038 compat syscalls Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-25 15:47   ` Catalin Marinas
2019-01-25 15:47     ` Catalin Marinas
2019-01-25 15:47     ` Catalin Marinas
2019-01-25 15:47     ` Catalin Marinas
2019-01-18 16:18 ` [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-21  8:07   ` Geert Uytterhoeven
2019-01-21  8:07     ` Geert Uytterhoeven
2019-01-21  8:07     ` Geert Uytterhoeven
2019-01-21  8:07     ` Geert Uytterhoeven
2019-01-21  8:07     ` Geert Uytterhoeven
2019-01-21  8:56   ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-18 16:18 ` [PATCH v2 27/29] y2038: remove struct definition redirects Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18 ` [PATCH v2 28/29] y2038: rename old time and utime syscalls Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-21  8:56   ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21 12:15   ` Heiko Carstens
2019-01-21 12:15     ` Heiko Carstens
2019-01-21 12:15     ` Heiko Carstens
2019-01-21 12:15     ` Heiko Carstens
2019-01-21 12:15     ` Heiko Carstens
2019-01-18 16:18 ` [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 16:18   ` Arnd Bergmann
2019-01-18 18:50   ` Andy Lutomirski
2019-01-18 18:50     ` Andy Lutomirski
2019-01-18 18:50     ` Andy Lutomirski
2019-01-18 18:50     ` Andy Lutomirski
2019-01-18 18:50     ` Andy Lutomirski
2019-01-18 19:33     ` Arnd Bergmann
2019-01-18 19:33       ` Arnd Bergmann
2019-01-18 19:33       ` Arnd Bergmann
2019-01-18 19:33       ` Arnd Bergmann
2019-01-18 19:33       ` Arnd Bergmann
2019-01-18 19:53       ` Andy Lutomirski
2019-01-18 19:53         ` Andy Lutomirski
2019-01-18 19:53         ` Andy Lutomirski
2019-01-18 19:53         ` Andy Lutomirski
2019-01-18 19:53         ` Andy Lutomirski
2019-01-18 20:44         ` Arnd Bergmann
2019-01-18 20:44           ` Arnd Bergmann
2019-01-18 20:44           ` Arnd Bergmann
2019-01-18 20:44           ` Arnd Bergmann
2019-01-18 20:44           ` Arnd Bergmann
2019-01-19 14:28         ` Russell King - ARM Linux admin
2019-01-19 14:28           ` Russell King - ARM Linux admin
2019-01-19 14:28           ` Russell King - ARM Linux admin
2019-01-19 14:28           ` Russell King - ARM Linux admin
2019-01-19 14:28           ` Russell King - ARM Linux admin
2019-01-21  8:19           ` Geert Uytterhoeven
2019-01-21  8:19             ` Geert Uytterhoeven
2019-01-21  8:19             ` Geert Uytterhoeven
2019-01-21  8:19             ` Geert Uytterhoeven
2019-01-21  8:19             ` Geert Uytterhoeven
2019-01-21 17:08             ` Arnd Bergmann
2019-01-21 17:08               ` Arnd Bergmann
2019-01-21 17:08               ` Arnd Bergmann
2019-01-21 17:08               ` Arnd Bergmann
2019-01-21 17:08               ` Arnd Bergmann
2019-01-21 17:08               ` Arnd Bergmann
2019-01-21 17:08               ` Arnd Bergmann
2019-01-21 20:40               ` Arnd Bergmann [this message]
2019-01-21 20:40                 ` Arnd Bergmann
2019-01-21 20:40                 ` Arnd Bergmann
2019-01-21 20:40                 ` Arnd Bergmann
2019-01-21 20:40                 ` Arnd Bergmann
2019-01-22  9:37     ` Arnd Bergmann
2019-01-21  8:56   ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21  8:56     ` Geert Uytterhoeven
2019-01-21 12:19   ` Heiko Carstens
2019-01-21 12:19     ` Heiko Carstens
2019-01-21 12:19     ` Heiko Carstens
2019-01-21 12:19     ` Heiko Carstens
2019-01-21 12:19     ` Heiko Carstens
2019-01-21 16:31   ` Arnd Bergmann
2019-01-21 16:31     ` Arnd Bergmann
2019-01-21 16:31     ` Arnd Bergmann
2019-01-21 16:31     ` Arnd Bergmann
2019-01-21 16:31     ` Arnd Bergmann
2019-01-25 15:55   ` Catalin Marinas
2019-01-25 15:55     ` Catalin Marinas
2019-01-25 15:55     ` Catalin Marinas
2019-01-25 15:55     ` Catalin Marinas
2019-01-18 16:57 ` [PATCH v2 00/29] y2038: add time64 syscalls Dennis Clarke
2019-01-18 16:57 ` Dennis Clarke
2019-01-18 16:57   ` Dennis Clarke
2019-01-18 16:57   ` Dennis Clarke
2019-01-18 16:57   ` Dennis Clarke
2019-01-18 16:57   ` Dennis Clarke
2019-01-18 16:57   ` Dennis Clarke
2019-01-18 17:14   ` Arnd Bergmann
2019-01-18 17:14     ` Arnd Bergmann
2019-01-18 17:14     ` Arnd Bergmann
2019-01-18 17:14     ` Arnd Bergmann
2019-01-18 17:14     ` Arnd Bergmann
2019-01-18 17:19     ` Dennis Clarke
2019-01-18 17:19       ` Dennis Clarke
2019-01-18 17:19       ` Dennis Clarke
2019-01-18 17:19       ` Dennis Clarke
2019-01-18 17:19       ` Dennis Clarke
2019-01-18 17:45   ` James Bottomley
2019-01-18 17:45     ` James Bottomley
2019-01-18 17:45     ` James Bottomley
2019-01-18 17:45     ` James Bottomley
2019-01-18 17:45     ` James Bottomley

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=CAK8P3a11Pme2d6VbTb2t7fi_vd7UmNuN-yOf2zT59KPzbCT1Lw@mail.gmail.com \
    --to=arnd@arndb.de \
    --cc=benh@kernel.crashing.org \
    --cc=catalin.marinas@arm.com \
    --cc=dalias@libc.org \
    --cc=deepa.kernel@gmail.com \
    --cc=deller@gmx.de \
    --cc=firoz.khan@linaro.org \
    --cc=geert@linux-m68k.org \
    --cc=heiko.carstens@de.ibm.com \
    --cc=hpa@zytor.com \
    --cc=jcmvbkbc@gmail.com \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=mattst88@gmail.com \
    --cc=mingo@redhat.com \
    --cc=mpe@ellerman.id.au \
    --cc=netdev@vger.kernel.org \
    --cc=sparclinux@vger.kernel.org \
    --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.