[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190219021834.GA4495@guoren-Inspiron-7460>
Date: Tue, 19 Feb 2019 10:18:34 +0800
From: Guo Ren <guoren@...nel.org>
To: Arnd Bergmann <arnd@...db.de>, Mao Han <han_mao@...ky.com>
Cc: y2038@...ts.linaro.org, Thomas Gleixner <tglx@...utronix.de>,
linux-arch@...r.kernel.org, linux-api@...r.kernel.org,
linux-kernel@...r.kernel.org, yury.norov@...il.com,
linux-arm-kernel@...ts.infradead.org,
linux-hexagon@...r.kernel.org,
uclinux-h8-devel@...ts.sourceforge.jp,
Stafford Horne <shorne@...il.com>,
Vineet Gupta <vgupta@...opsys.com>,
Palmer Dabbelt <palmer@...ive.com>,
Greentime Hu <green.hu@...il.com>,
linux-riscv@...ts.infradead.org, Guan Xuetao <gxt@....edu.cn>
Subject: Re: [PATCH 7/8] csky: Use latest system call ABI
Mao Han has merged csky port into glibc 2.29, so we should keep the
__ARCH_WANT_TIME32_SYSCALLS.
F.Y.I:
han_mao@...ky.com
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@...db.de>
> ---
> 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
Powered by blists - more mailing lists