Re: [PATCH 1/3] y2038: linux: Provide __futimes64 implementation

2020-07-07 Thread Lukasz Majewski
Hi Vineet, > On 7/7/20 12:21 AM, Lukasz Majewski wrote: > >> ARC is 32-bit + TIMESIZE==64 but the new code is not getting built > >> (instead generic variant is). How do I override the generic fiel to > >> be built instead ? > > The futimes.c from sys

Re: [PATCH 1/3] y2038: linux: Provide __futimes64 implementation

2020-07-07 Thread Lukasz Majewski
On Mon, 6 Jul 2020 22:58:27 + Vineet Gupta wrote: > Hi Lukasz, > > On 2/17/20 5:17 AM, Lukasz Majewski wrote: > > This patch provides new __futimes64 explicit 64 bit function for > > setting file's 64 bit attributes for access and modification time > > (by s

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-26 Thread Lukasz Majewski
Hi Joseph, > On Wed, 26 Feb 2020, Lukasz Majewski wrote: > > > > > hidden_def (__mq_timedsend) > > > > weak_alias (__mq_timedsend, mq_timedsend) [**] > > > > hidden_weak (mq_timedsend) > > > > > > If you have lib_hidden_weak note y

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-26 Thread Lukasz Majewski
Hi Joseph, > On Tue, 25 Feb 2020, Lukasz Majewski wrote: > > > Lets consider for example __mq_timedsend_time64. > > > > With lib_hidden_def/proto kept (NOT removed as in [1]): > > GDB: > > __GI___mq_timedsend_time64 [*] > > > > (No build e

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-25 Thread Lukasz Majewski
Hi Joseph, Thanks for the detailed explanation. > On Mon, 24 Feb 2020, Lukasz Majewski wrote: > > > I'm probably not aware of something - but as done in the following > > patch: > > > > https://github.com/lmajewski/y2038_glibc/commit/c96eeb73175961c4ac80fdd3

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-24 Thread Lukasz Majewski
Dear All, > On Mon, 24 Feb 2020 11:42:23 +0100 > Andreas Schwab wrote: > > > On Feb 24 2020, Lukasz Majewski wrote: > > > > > On Mon, 24 Feb 2020 11:23:51 +0100 > > > Andreas Schwab wrote: > > > > > >> On Feb 24 2020, Lukasz M

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-24 Thread Lukasz Majewski
On Mon, 24 Feb 2020 11:42:23 +0100 Andreas Schwab wrote: > On Feb 24 2020, Lukasz Majewski wrote: > > > On Mon, 24 Feb 2020 11:23:51 +0100 > > Andreas Schwab wrote: > > > >> On Feb 24 2020, Lukasz Majewski wrote: > >> > >> > If I a

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-24 Thread Lukasz Majewski
On Mon, 24 Feb 2020 11:23:51 +0100 Andreas Schwab wrote: > On Feb 24 2020, Lukasz Majewski wrote: > > > If I add those functions as hidden_alias then those would be > > accessible inside glibc without PLT, but will not be exported (and > > redirection for Y2038 wil

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-24 Thread Lukasz Majewski
Hi Andreas, > On Feb 24 2020, Lukasz Majewski wrote: > > >> elf/check-localplt complains about the newly added symbols > >> > >> Extra PLT reference: libc.so: __lutimes64 > >> Extra PLT reference: libc.so: __wait4_time64 > >> Extra PLT referen

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-24 Thread Lukasz Majewski
Hi Arnd, > On Thu, Feb 20, 2020 at 10:37 AM Lukasz Majewski > wrote: > > > [2] - https://github.com/lmajewski/y2038_glibc/commits/y2038_edge > > I tried packaging this into a .deb package for use with rebootstrap, > but ran into a couple of test failures from glibc it

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-20 Thread Lukasz Majewski
Hi Arnd, > On Thu, Feb 20, 2020 at 4:42 PM Lukasz Majewski wrote: > > > On Thu, Feb 20, 2020 at 2:15 PM Lukasz Majewski > > > wrote: > > > > > I do see two approaches here: > > > > 1. In glibc: > > > > When -D_TIME_BITS=64 is

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-20 Thread Lukasz Majewski
Hi Arnd, > On Thu, Feb 20, 2020 at 2:15 PM Lukasz Majewski wrote: > > > On Thu, Feb 20, 2020 at 10:37 AM Lukasz Majewski > > > wrote: > > > > > On Thu, Feb 20, 2020 at 12:11 AM Lukasz Majewski > > > > > Are there any glibc issu

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-20 Thread Lukasz Majewski
Hi Arnd, > On Thu, Feb 20, 2020 at 10:37 AM Lukasz Majewski > wrote: > > > On Thu, Feb 20, 2020 at 12:11 AM Lukasz Majewski > > > > > > Would it be possible to take a snapshot of your glibc tree > > > > The description of the status of Y2038 suppor

Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64

2020-02-20 Thread Lukasz Majewski
h the older variants being only > compiled for architectures that need them to support _TIME_BITS=32 > and/or _FILE_OFFSET_BITS=32? > > Arnd Best regards, Lukasz Majewski -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Offi

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-20 Thread Lukasz Majewski
Hi Arnd, > On Thu, Feb 20, 2020 at 12:11 AM Lukasz Majewski > wrote: > > > On 2/14/20 2:39 PM, Alistair Francis wrote: > > > > On Tue, Feb 11, 2020 at 5:30 PM Joseph Myers > > > An the reason this all works on RISCV is that your kernel doesn't

Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64

2020-02-19 Thread Lukasz Majewski
which are NOT using asm-generic API. Those archs also require support for 64 bit time. That is why Alistair put the [sg]etitimer conversion code into sysdeps/unix/sysv/linux/ directory. In that way all eligible archs could reuse the same conversion code. > > Thx, > -Vineet > Best

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-19 Thread Lukasz Majewski
tatx, 5, AT_FDCWD, name, > AT_NO_AUTOMOUNT, STATX_BASIC_STATS, &tmp); >     __cp_stat64_statx (buf, &tmp); >     #endif > > An the reason this all works on RISCV is that your kernel doesn't > define __ARCH_WANT_STAT64 -> lacks __NR_statat64 and instead uses the &g

Re: switching ARC to 64-bit time_t (Re: [RFC v6 07/23] RISC-V: Use 64-bit time_t and off_t for RV32 and RV64)

2020-02-19 Thread Lukasz Majewski
ementations to use the statx path > even though the older stat64 syscalls exist. > Similar issue is on ARM32 (armv7). It also uses stat instead of statx (and also needs some conversion to 64 bit types). Potential conversion patch could be reused on ARM32 as well. Best regards, Lukasz Majewski

Re: ARCv2 Public PRM (was Re: [PATCH v2 00/15] glibc port to ARC processors)

2020-02-09 Thread Lukasz Majewski
he meta layer for testing Y2038 (with some basic test suite) code on qemu-arm and Yocto/OE: https://github.com/lmajewski/meta-y2038 (it shall also be easy to extend this meta layer to add support for ARC as well). > > Thx, > -Vineet Best regards, Lukasz Majewski -- DENX Software E