From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: y2038@lists.linaro.org, linux-api@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
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,
benh@kernel.crashing.org, mpe@ellerman.id.au,
schwidefsky@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,
akpm@linux-foundation.org, deepa.kernel@gmail.com,
ebiederm@xmission.com, firoz.khan@linaro.org,
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-p
Subject: Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
Date: Mon, 21 Jan 2019 12:15:19 +0000 [thread overview]
Message-ID: <20190121121519.GE4020@osiris> (raw)
In-Reply-To: <20190118161835.2259170-29-arnd@arndb.de>
On Fri, Jan 18, 2019 at 05:18:34PM +0100, Arnd Bergmann wrote:
> The time, stime, utime, utimes, and futimesat system calls are only
> used on older architectures, and we do not provide y2038 safe variants
> of them, as they are replaced by clock_gettime64, clock_settime64,
> and utimensat_time64.
>
> However, for consistency it seems better to have the 32-bit architectures
> that still use them call the "time32" entry points (leaving the
> traditional handlers for the 64-bit architectures), like we do for system
> calls that now require two versions.
>
> Note: We used to always define __ARCH_WANT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME and only set __ARCH_WANT_COMPAT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME32 for compat mode on 64-bit kernels. Now this is
> reversed: only 64-bit architectures set __ARCH_WANT_SYS_TIME/UTIME, while
> we need __ARCH_WANT_SYS_TIME32/UTIME32 for 32-bit architectures and compat
> mode. The resulting asm/unistd.h changes look a bit counterintuitive.
>
> This is only a cleanup patch and it should not change any behavior.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
...
> arch/s390/include/asm/unistd.h | 2 +-
For the s390 bits:
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: y2038@lists.linaro.org, linux-api@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
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,
benh@kernel.crashing.org, mpe@ellerman.id.au,
schwidefsky@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,
akpm@linux-foundation.org, deepa.kernel@gmail.com,
ebiederm@xmission.com, firoz.khan@linaro.org,
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, netdev@vger.kernel.org,
linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
Date: Mon, 21 Jan 2019 13:15:19 +0100 [thread overview]
Message-ID: <20190121121519.GE4020@osiris> (raw)
In-Reply-To: <20190118161835.2259170-29-arnd@arndb.de>
On Fri, Jan 18, 2019 at 05:18:34PM +0100, Arnd Bergmann wrote:
> The time, stime, utime, utimes, and futimesat system calls are only
> used on older architectures, and we do not provide y2038 safe variants
> of them, as they are replaced by clock_gettime64, clock_settime64,
> and utimensat_time64.
>
> However, for consistency it seems better to have the 32-bit architectures
> that still use them call the "time32" entry points (leaving the
> traditional handlers for the 64-bit architectures), like we do for system
> calls that now require two versions.
>
> Note: We used to always define __ARCH_WANT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME and only set __ARCH_WANT_COMPAT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME32 for compat mode on 64-bit kernels. Now this is
> reversed: only 64-bit architectures set __ARCH_WANT_SYS_TIME/UTIME, while
> we need __ARCH_WANT_SYS_TIME32/UTIME32 for 32-bit architectures and compat
> mode. The resulting asm/unistd.h changes look a bit counterintuitive.
>
> This is only a cleanup patch and it should not change any behavior.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
...
> arch/s390/include/asm/unistd.h | 2 +-
For the s390 bits:
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: y2038@lists.linaro.org, linux-api@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
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,
benh@kernel.crashing.org, mpe@ellerman.id.au,
schwidefsky@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,
akpm@linux-foundation.org, deepa.kernel@gmail.com,
ebiederm@xmission.com, firoz.khan@linaro.org,
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-p
Subject: Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
Date: Mon, 21 Jan 2019 13:15:19 +0100 [thread overview]
Message-ID: <20190121121519.GE4020@osiris> (raw)
In-Reply-To: <20190118161835.2259170-29-arnd@arndb.de>
On Fri, Jan 18, 2019 at 05:18:34PM +0100, Arnd Bergmann wrote:
> The time, stime, utime, utimes, and futimesat system calls are only
> used on older architectures, and we do not provide y2038 safe variants
> of them, as they are replaced by clock_gettime64, clock_settime64,
> and utimensat_time64.
>
> However, for consistency it seems better to have the 32-bit architectures
> that still use them call the "time32" entry points (leaving the
> traditional handlers for the 64-bit architectures), like we do for system
> calls that now require two versions.
>
> Note: We used to always define __ARCH_WANT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME and only set __ARCH_WANT_COMPAT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME32 for compat mode on 64-bit kernels. Now this is
> reversed: only 64-bit architectures set __ARCH_WANT_SYS_TIME/UTIME, while
> we need __ARCH_WANT_SYS_TIME32/UTIME32 for 32-bit architectures and compat
> mode. The resulting asm/unistd.h changes look a bit counterintuitive.
>
> This is only a cleanup patch and it should not change any behavior.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
...
> arch/s390/include/asm/unistd.h | 2 +-
For the s390 bits:
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: dalias@libc.org, linux-ia64@vger.kernel.org,
linux-sh@vger.kernel.org, will.deacon@arm.com,
linux-mips@vger.kernel.org, jcmvbkbc@gmail.com,
netdev@vger.kernel.org, deepa.kernel@gmail.com, hpa@zytor.com,
sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
linux-s390@vger.kernel.org, y2038@lists.linaro.org,
deller@gmx.de, x86@kernel.org, linux@armlinux.org.uk,
mingo@redhat.com, geert@linux-m68k.org, catalin.marinas@arm.com,
firoz.khan@linaro.org, mattst88@gmail.com, fenghua.yu@intel.com,
linux-fsdevel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
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-api@vger.kernel.org, linux-kernel@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: Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
Date: Mon, 21 Jan 2019 13:15:19 +0100 [thread overview]
Message-ID: <20190121121519.GE4020@osiris> (raw)
In-Reply-To: <20190118161835.2259170-29-arnd@arndb.de>
On Fri, Jan 18, 2019 at 05:18:34PM +0100, Arnd Bergmann wrote:
> The time, stime, utime, utimes, and futimesat system calls are only
> used on older architectures, and we do not provide y2038 safe variants
> of them, as they are replaced by clock_gettime64, clock_settime64,
> and utimensat_time64.
>
> However, for consistency it seems better to have the 32-bit architectures
> that still use them call the "time32" entry points (leaving the
> traditional handlers for the 64-bit architectures), like we do for system
> calls that now require two versions.
>
> Note: We used to always define __ARCH_WANT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME and only set __ARCH_WANT_COMPAT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME32 for compat mode on 64-bit kernels. Now this is
> reversed: only 64-bit architectures set __ARCH_WANT_SYS_TIME/UTIME, while
> we need __ARCH_WANT_SYS_TIME32/UTIME32 for 32-bit architectures and compat
> mode. The resulting asm/unistd.h changes look a bit counterintuitive.
>
> This is only a cleanup patch and it should not change any behavior.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
...
> arch/s390/include/asm/unistd.h | 2 +-
For the s390 bits:
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: dalias@libc.org, linux-ia64@vger.kernel.org,
linux-sh@vger.kernel.org, benh@kernel.crashing.org,
will.deacon@arm.com, linux-mips@vger.kernel.org,
jcmvbkbc@gmail.com, netdev@vger.kernel.org,
deepa.kernel@gmail.com, hpa@zytor.com,
sparclinux@vger.kernel.org, linux-arch@vger.kernel.org,
linux-s390@vger.kernel.org, y2038@lists.linaro.org,
mpe@ellerman.id.au, deller@gmx.de, x86@kernel.org,
linux@armlinux.org.uk, mingo@redhat.com, geert@linux-m68k.org,
catalin.marinas@arm.com, firoz.khan@linaro.org,
mattst88@gmail.com, fenghua.yu@intel.com,
linux-fsdevel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
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-api@vger.kernel.org, linux-kernel@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: Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
Date: Mon, 21 Jan 2019 13:15:19 +0100 [thread overview]
Message-ID: <20190121121519.GE4020@osiris> (raw)
In-Reply-To: <20190118161835.2259170-29-arnd@arndb.de>
On Fri, Jan 18, 2019 at 05:18:34PM +0100, Arnd Bergmann wrote:
> The time, stime, utime, utimes, and futimesat system calls are only
> used on older architectures, and we do not provide y2038 safe variants
> of them, as they are replaced by clock_gettime64, clock_settime64,
> and utimensat_time64.
>
> However, for consistency it seems better to have the 32-bit architectures
> that still use them call the "time32" entry points (leaving the
> traditional handlers for the 64-bit architectures), like we do for system
> calls that now require two versions.
>
> Note: We used to always define __ARCH_WANT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME and only set __ARCH_WANT_COMPAT_SYS_TIME and
> __ARCH_WANT_SYS_UTIME32 for compat mode on 64-bit kernels. Now this is
> reversed: only 64-bit architectures set __ARCH_WANT_SYS_TIME/UTIME, while
> we need __ARCH_WANT_SYS_TIME32/UTIME32 for 32-bit architectures and compat
> mode. The resulting asm/unistd.h changes look a bit counterintuitive.
>
> This is only a cleanup patch and it should not change any behavior.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
...
> arch/s390/include/asm/unistd.h | 2 +-
For the s390 bits:
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-01-21 12:15 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 [this message]
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
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=20190121121519.GE4020@osiris \
--to=heiko.carstens@de.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=benh@kernel.crashing.org \
--cc=catalin.marinas@arm.com \
--cc=dalias@libc.org \
--cc=davem@davemloft.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=hpa@zytor.com \
--cc=jcmvbkbc@gmail.com \
--cc=linux-alpha@vger.kernel.org \
--cc=linux-api@vger.kernel.org \
--cc=linux-arch@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@armlinux.org.uk \
--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=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.