Mao Han has merged csky port into glibc 2.29, so we should keep the __ARCH_WANT_TIME32_SYSCALLS. F.Y.I: han_mao@xxxxxxxxx On Mon, Feb 18, 2019 at 10:07:11PM +0100, Arnd Bergmann wrote: > We don't yet have an upstream glibc port for csky, so there is no user > space for the existing ABI, and we can remove the definitions for 32-bit > time_t, off_t and struct resource. > > Signed-off-by: Arnd Bergmann <arnd@xxxxxxxx> > --- > arch/csky/Kconfig | 1 - > arch/csky/include/uapi/asm/unistd.h | 2 -- > 2 files changed, 3 deletions(-) > > diff --git a/arch/csky/Kconfig b/arch/csky/Kconfig > index 6959e0b1e956..398113c845f5 100644 > --- a/arch/csky/Kconfig > +++ b/arch/csky/Kconfig > @@ -1,6 +1,5 @@ > config CSKY > def_bool y > - select ARCH_32BIT_OFF_T > select ARCH_HAS_SYNC_DMA_FOR_CPU > select ARCH_HAS_SYNC_DMA_FOR_DEVICE > select ARCH_USE_BUILTIN_BSWAP > diff --git a/arch/csky/include/uapi/asm/unistd.h b/arch/csky/include/uapi/asm/unistd.h > index ec60e49cea66..224c9a9ab45b 100644 > --- a/arch/csky/include/uapi/asm/unistd.h > +++ b/arch/csky/include/uapi/asm/unistd.h > @@ -2,8 +2,6 @@ > // Copyright (C) 2018 Hangzhou C-SKY Microsystems co.,ltd. > > #define __ARCH_WANT_SYS_CLONE > -#define __ARCH_WANT_SET_GET_RLIMIT Seems it's not related to y2038 issue. Is __ARCH_WANT_SET_GET_RLIMIT no use ? > -#define __ARCH_WANT_TIME32_SYSCALLS Best Regards Guo Ren
