Re: [PATCH] [ARC] Allow more ABIs in GLIBC_DYNAMIC_LINKER

2020-03-31 Thread Claudiu Zissulescu Ianculescu
Pushed. Thank you, Claudiu On Sun, Mar 29, 2020 at 2:05 AM Vineet Gupta via Gcc-patches wrote: > > Enable big-endian suffixed dynamic linker per glibc multi-abi support. > > And to avoid a future churn and version pairingi hassles, also allow > arc700 although glibc for ARC currently doesn't sup

Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests

2020-03-31 Thread Gerald Schaefer
On Tue, 24 Mar 2020 10:52:52 +0530 Anshuman Khandual wrote: > This series adds more arch page table helper tests. The new tests here are > either related to core memory functions and advanced arch pgtable helpers. > This also creates a documentation file enlisting all expected semantics as > sugg

RE: [PATCH] [ARC] Allow more ABIs in GLIBC_DYNAMIC_LINKER

2020-03-31 Thread Alexey Brodkin
Hi Claus, > -Original Message- > From: linux-snps-arc On Behalf > Of Claudiu Zissulescu > Ianculescu > Sent: Tuesday, March 31, 2020 1:07 PM > To: Vineet Gupta > Cc: linux-snps-arc@lists.infradead.org; gcc-patc...@gcc.gnu.org; Claudiu > Zissulescu > > Subject: Re: [PATCH] [ARC] Allow

Re: [PATCH] [ARC] Allow more ABIs in GLIBC_DYNAMIC_LINKER

2020-03-31 Thread Vineet Gupta
Well its a hard requirement considering glibc is still using gcc-9 ! Thx, -Vineet On 3/31/20 9:26 AM, Alexey Brodkin wrote: > Hi Claus, > >> -Original Message- >> From: linux-snps-arc On Behalf >> Of Claudiu Zissulescu >> Ianculescu >> Sent: Tuesday, March 31, 2020 1:07 PM >> To: Vineet

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Vineet Gupta
ping ! On 3/28/20 9:16 PM, Vineet Gupta wrote: > These will be used by upcoming RV32 and ARC ports and any future ports > > Signed-off-by: Vineet Gupta > --- > sysdeps/unix/sysv/linux/bits/socket-constants.h | 14 -- > 1 file changed, 12 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Florian Weimer
* Vineet Gupta via Libc-alpha: > These will be used by upcoming RV32 and ARC ports and any future ports > > Signed-off-by: Vineet Gupta > --- > sysdeps/unix/sysv/linux/bits/socket-constants.h | 14 -- > 1 file changed, 12 insertions(+), 2 deletions(-) > > diff --git a/sysdeps/unix/sy

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Vineet Gupta
On 3/31/20 12:34 PM, Florian Weimer wrote: > What about the parallel changes to the sysdeps overrides? I would> expect > changes for hppa, mips, powerpc. (Not sure about the alpha > situation.) This patch fixes the existing/future asm-generic ABI enabled arches and the ones you refer to are not.

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Florian Weimer
* Vineet Gupta: > On 3/31/20 12:34 PM, Florian Weimer wrote: >> What about the parallel changes to the sysdeps overrides? I would> expect >> changes for hppa, mips, powerpc. (Not sure about the alpha >> situation.) > > This patch fixes the existing/future asm-generic ABI enabled arches > and the

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Vineet Gupta
+CC libc-alpha which got lost in the thread. On 3/31/20 1:18 PM, Florian Weimer wrote: > * Vineet Gupta: > >> On 3/31/20 12:34 PM, Florian Weimer wrote: >>> What about the parallel changes to the sysdeps overrides? I would> expect >>> changes for hppa, mips, powerpc. (Not sure about the alpha >

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Joseph Myers
On Tue, 31 Mar 2020, Florian Weimer wrote: > What about the parallel changes to the sysdeps overrides? I would > expect changes for hppa, mips, powerpc. (Not sure about the alpha > situation.) This fix is only about the case where the *default* ABI in glibc requires these different values. Th

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Vineet Gupta
On 3/31/20 1:45 PM, Joseph Myers wrote: > I'm concerned the present patch is wrong for x32, however; that has > __TIMESIZE == 64 && __WORDSIZE == 32 but should use the old values; the > patch should be using __SYSCALL_WORDSIZE when available in place of > __WORDSIZE. Something like below ? -#i

Big Endian support as multi-ABI (was Re: [PATCH v4 02/15] ARC: ABI Implementation)

2020-03-31 Thread Vineet Gupta
On 3/26/20 11:48 AM, Joseph Myers wrote: > Yes, if you want to support BE then it should be documented as supported, > it should have its own dynamic linker name (with consequent GCC change > required to use that name) and it should have its own build in > build-many-glibcs.py. So I booted the

Re: [PATCH] provide y2038 safe socket constants

2020-03-31 Thread Joseph Myers
On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote: > On 3/31/20 1:45 PM, Joseph Myers wrote: > > I'm concerned the present patch is wrong for x32, however; that has > > __TIMESIZE == 64 && __WORDSIZE == 32 but should use the old values; the > > patch should be using __SYSCALL_WORDSIZE when

Re: Big Endian support as multi-ABI (was Re: [PATCH v4 02/15] ARC: ABI Implementation)

2020-03-31 Thread Joseph Myers
On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote: > But a BE system can't possibly be mixed with a LE, its not really a > multilib case Indeed. The Linux kernel does not support running BE processes on an LE kernel or vice versa, even when the underlying architecture does support runtim

[PATCH v2] provide y2038 safe socket constants for default/asm-generic ABI

2020-03-31 Thread Vineet Gupta
These will be used by upcoming RV32 and ARC ports and any future ports. Signed-off-by: Alistair Francis Signed-off-by: Vineet Gupta --- This is a straight copy of code originally written by Alistair, hence adding his SOB as well --- sysdeps/unix/sysv/linux/bits/socket-constants.h | 16 +

Re: Big Endian support as multi-ABI (was Re: [PATCH v4 02/15] ARC: ABI Implementation)

2020-03-31 Thread Vineet Gupta
On 3/31/20 2:27 PM, Joseph Myers wrote: > On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote: > >> But a BE system can't possibly be mixed with a LE, its not really a >> multilib case > > Indeed. The Linux kernel does not support running BE processes on an LE > kernel or vice versa, even wh

[PATCH v3] Make any 32-bit time based syscalls unavailable for TIMESIZE==64

2020-03-31 Thread Vineet Gupta
From: Vineet Gupta via Libc-alpha An older asm-generic syscall ABI may have kernel provide 32-bit time syscalls, so undef them to not mix 32/64 in 64-bit time regime. Signed-off-by: Vineet Gupta --- Changes since v2 - Made x32 safe Changes since v1 - don't redirect these to 64-bit variants

Re: [PATCH v4 13/15] ARC: Build Infrastructure

2020-03-31 Thread Vineet Gupta
On 3/27/20 11:42 PM, Vineet Gupta via Libc-alpha wrote: >>> +++ b/sysdeps/arc/Versions >>> @@ -0,0 +1,6 @@ >>> +libc { >>> + GLIBC_2.32 { >>> +__syscall_error; >> >> Why does __syscall_error need a public symbol version? If it's used by a >> library other than libc, that means it needs to be

Re: [PATCH v4 13/15] ARC: Build Infrastructure

2020-03-31 Thread Joseph Myers
On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote: > On 3/27/20 11:42 PM, Vineet Gupta via Libc-alpha wrote: > >>> +++ b/sysdeps/arc/Versions > >>> @@ -0,0 +1,6 @@ > >>> +libc { > >>> + GLIBC_2.32 { > >>> +__syscall_error; > >> > >> Why does __syscall_error need a public symbol version?

__syscall_error (was Re: [PATCH v4 13/15] ARC: Build Infrastructure)

2020-03-31 Thread Vineet Gupta
On 3/31/20 3:48 PM, Joseph Myers wrote: > On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote: > >> On 3/27/20 11:42 PM, Vineet Gupta via Libc-alpha wrote: > +++ b/sysdeps/arc/Versions > @@ -0,0 +1,6 @@ > +libc { > + GLIBC_2.32 { > +__syscall_error; Why does _

Re: [PATCH] [ARC] Allow more ABIs in GLIBC_DYNAMIC_LINKER

2020-03-31 Thread Vineet Gupta
FWIW this change needs a pairing glibc change so must NOT be included for upcoming 2020.x release which still has old version of glibc ! -Vineet On 3/31/20 10:57 AM, Vineet Gupta wrote: > Well its a hard requirement considering glibc is still using gcc-9 ! > > Thx, > -Vineet > > On 3/31/20 9:26