public inbox for glibc-cvs@sourceware.org
help / color / mirror / Atom feed
* [glibc] Deleted branch azanella/semctl-y2038
@ 2020-06-29 20:46 Adhemerval Zanella
0 siblings, 0 replies; 6+ messages in thread
From: Adhemerval Zanella @ 2020-06-29 20:46 UTC (permalink / raw)
To: glibc-cvs
The branch 'azanella/semctl-y2038' was deleted.
It previously pointed to:
f9aafcad69... sysv: linux: Add 64-bit time_t variant for semctl
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE (LOST):
-------------------------------------------------------------------
f9aafca... sysv: linux: Add 64-bit time_t variant for semctl
commit f9aafcad69d3c70cd010fc89a55d378508c3d84c
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 13:35:50 2020 -0300
sysv: linux: Add 64-bit time_t variant for semctl
Different than others 64-bit time_t syscalls, the SysIPC interface
does not provide a new set of syscall for y2038 safeness. Instead it
uses ununsed fields in semid_ds structure the return the high bits for
the timestamps.
To provide a y2038 safe interface a new symbol __semctl64 is added
internally and __semctl is change to call it instead. It requires
some extra buffer copy for the 32 bit time_t implementation, but
it focus the syscall handling on the 64 bit symbol (as per others
y2038 safe symbols).
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, and armhf.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [glibc] Deleted branch azanella/semctl-y2038
@ 2020-07-07 18:10 Adhemerval Zanella
0 siblings, 0 replies; 6+ messages in thread
From: Adhemerval Zanella @ 2020-07-07 18:10 UTC (permalink / raw)
To: glibc-cvs
The branch 'azanella/semctl-y2038' was deleted.
It previously pointed to:
feb2d33e22... sysv: linux: Add 64-bit time_t variant for shmctl
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE (LOST):
-------------------------------------------------------------------
feb2d33... sysv: linux: Add 64-bit time_t variant for shmctl
19f0daf... sysvipc: Remove the linux shm-pad.h file
d1d6f92... sysvipc: Split out linux struct shmid_ds
e6fc514... sysv: linux: Add 64-bit time_t variant for msgctl
ec8a57d... sysvipc: Remove the linux msq-pad.h file
3721447... sysvipc: Split out linux struct semid_ds
14e996e... sysv: linux: Add 64-bit time_t variant for semctl
commit feb2d33e22e2d86c92ae42e7dc92c3ba3eb88c85
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 14:08:22 2020 -0300
sysv: linux: Add 64-bit time_t variant for shmctl
To provide a y2038 safe interface a new symbol __shmctl64 is added
and __shmctl is change to call it instead (it adds some extra buffer
copy for the 32 bit time_t implementation).
Two two new structures are added:
1. kernel_shmid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, and sparc32) requires specific implementation due its
specific kernel ABI.
2. shmid_ds64: this is only for __TIMESIZE != 64 to use along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes shmid_ds already contains
64-bit time_t fields it will result in just the __shmctl symbol
using the __shmctl64 code. The shmid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one exported
symbol but with the required high/low time handling.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the shmid_ds
over multiple buffers, but this should be deprecated in favor
of the __shmctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, armhf, sparcv9, and
sparc64.
commit 19f0daf89ac6b31d3b3e82ce83a3a489d39129c7
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 11:02:52 2020 -0300
sysvipc: Remove the linux shm-pad.h file
Each architecture overrides the struct msqid_ds which its required
kernel ABI one.
Checked on x86_64-linux-gnu and some bases sysvipc tests on hppa,
mips, mipsle, mips64, mips64le, sparc64, sparcv9, powerpc64le,
powerpc64, and powerpc.
commit d1d6f9219236232d36b8961a0b564c32394d8bdf
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 10:30:14 2020 -0300
sysvipc: Split out linux struct shmid_ds
This will allow us to have architectures specify their own version.
Not semantic changes expected. Checked with a build against the
all affected ABIs.
commit e6fc514b3d2cab211d1df3e2da0a4f423df83e67
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 09:20:48 2020 -0300
sysv: linux: Add 64-bit time_t variant for msgctl
To provide a y2038 safe interface a new symbol __msgctl64 is added
and __msgctl is change to call it instead (it adds some extra buffer
copy for the 32 bit time_t implementation).
Two two new structures are added:
1. kernel_msqid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, and sparc32) requires specific implementation due its
specific kernel ABI.
2. msqid_ds64: this is only for __TIMESIZE != 64 to use along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes msqid_ds already contains
64-bit time_t fields it will result in just the __msgctl symbol
using the __msgctl64 code. The msgid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one exported
symbol but with the required high/low time handling.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the msqid_ds
over multiple buffers, but this should be deprecated in favor
of the __msgctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, armhf, sparcv9, and
sparc64.
commit ec8a57d1f1f5f9a3d614353fc36600d3f0cab47f
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 21:33:14 2020 -0300
sysvipc: Remove the linux msq-pad.h file
Each architecture overrides the struct msqid_ds which its required
kernel ABI one.
Checked on x86_64-linux-gnu and some bases sysvipc tests on hppa,
mips, mipsle, mips64, mips64le, sparc64, sparcv9, powerpc64le,
powerpc64, and powerpc.
commit 3721447c84e4a500c5af87f9048a9de6b4fe4964
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 18:21:14 2020 -0300
sysvipc: Split out linux struct semid_ds
This will allow us to have architectures specify their own version.
Not semantic changes expected. Checked with a build against the
all affected ABIs.
commit 14e996e0f7ae00bf04f4e5c06d1e92ba39df921b
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 13:35:50 2020 -0300
sysv: linux: Add 64-bit time_t variant for semctl
Different than others 64-bit time_t syscalls, the SysIPC interface
does not provide a new set of syscall for y2038 safeness. Instead it
uses ununsed fields in semid_ds structure the return the high bits for
the timestamps.
To provide a y2038 safe interface a new symbol __semctl64 is added
and __semctl is change to call it instead (it adds some extra buffer
copy for the 32 bit time_t implementation).
Two two new structures are added:
1. kernel_semid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, sparc32) requires specific implementation due its
specific kernel ABI.
2. semid_ds64: this is only for __TIMESIZE != 64 to use along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes semid_ds already contains
64-bit time_t fields it will result in just the __semctl symbol
using the __semctl64 code. The semid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one exported
symbol but with the required high/low handling.
It might be possible to optimize it further to avoid the
kernel_semid64_ds to semun transformation if the exported ABI
for the architectures matches the expected kernel ABI, but the
implementation is already complex enough and don't think this
should be a hotspot in any case.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the semid_ds
over multiple buffers, but this should be deprecated in favor
of the __semctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, armhf, sparcv9, and
sparc64.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [glibc] Deleted branch azanella/semctl-y2038
@ 2020-07-01 17:04 Adhemerval Zanella
0 siblings, 0 replies; 6+ messages in thread
From: Adhemerval Zanella @ 2020-07-01 17:04 UTC (permalink / raw)
To: glibc-cvs
The branch 'azanella/semctl-y2038' was deleted.
It previously pointed to:
1ba333409b... sysv: linux: Add 64-bit time_t variant for shmctl
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE (LOST):
-------------------------------------------------------------------
1ba3334... sysv: linux: Add 64-bit time_t variant for shmctl
e5950a0... sysvipc: Remove the linux shm-pad.h file
831b2b3... sysvipc: Split out linux struct shmid_ds
d0a53f7... sysv: linux: Add 64-bit time_t variant for msgctl
896dd21... sysvipc: Remove the linux sem-pad.h file
d521e51... sysvipc: Split out linux struct semid_ds
100689a... sysv: linux: Add 64-bit time_t variant for semctl
commit 1ba333409b885b523798eab67b96566a55763429
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 14:08:22 2020 -0300
sysv: linux: Add 64-bit time_t variant for shmctl
commit e5950a08a897d7f741ec270a06e4e370b8f28723
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 11:02:52 2020 -0300
sysvipc: Remove the linux shm-pad.h file
Each architecture overrides the struct msqid_ds which its required
kernel ABI one.
Checked on x86_64-linux-gnu and some bases sysvipc tests on hppa,
mips, mipsle, mips64, mips64le, sparc64, sparcv9, powerpc64le,
powerpc64, and powerpc.
commit 831b2b37bf0afd731efbf9df48a1d555bceba37f
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 10:30:14 2020 -0300
sysvipc: Split out linux struct shmid_ds
This will allow us to have architectures specify their own version.
commit d0a53f7a922baf1915200f9719a35c4b385485b5
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 09:20:48 2020 -0300
sysv: linux: Add 64-bit time_t variant for msgctl
commit 896dd219d9442a1d474587f113e194828677f31b
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 21:33:14 2020 -0300
sysvipc: Remove the linux sem-pad.h file
Each architecture overrides the struct msqid_ds which its required
kernel ABI one.
Checked on x86_64-linux-gnu and some bases sysvipc tests on hppa,
mips, mipsle, mips64, mips64le, sparc64, sparcv9, powerpc64le,
powerpc64, and powerpc.
commit d521e51cb9653401e483d0e4166aeb1e4fd13a8a
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 18:21:14 2020 -0300
sysvipc: Split out linux struct semid_ds
This will allow us to have architectures specify their own version.
commit 100689aabc128b7c0e4ba9ad65aca6a7b986a531
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 13:35:50 2020 -0300
sysv: linux: Add 64-bit time_t variant for semctl
Different than others 64-bit time_t syscalls, the SysIPC interface
does not provide a new set of syscall for y2038 safeness. Instead it
uses ununsed fields in semid_ds structure the return the high bits for
the timestamps.
To provide a y2038 safe interface a new symbol __semctl64 is added
internally and __semctl is change to call it instead. It requires
some extra buffer copy for the 32 bit time_t implementation, but
it focus the syscall handling on the 64 bit symbol (as per others
y2038 safe symbols).
Two two new structures are added:
1. kernel_semid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, sparc32) requires specific implementation due its
specific kernel ABI.
2. semid_ds64: this is only for __TIMESIZE != 64 to used along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes semid_ds already contains
64-bit time_t fields it will result in just the __semctl symbol
using the __semctl64 code. The semid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one symbol
but with the required high/low handling.
It might be possible to optimize it further to avoid the
kernel_semid64_ds to semun transformation if the exported glibc ABI
for the architectures matches the expected kernel ABI, but the
implementation is already complex enough and don't think this
should be a hotspot in any case.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the semid_ds
over multiple buffers, but this should be deprecated in favor
of the __semctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, and armhf.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [glibc] Deleted branch azanella/semctl-y2038
@ 2020-06-30 17:12 Adhemerval Zanella
0 siblings, 0 replies; 6+ messages in thread
From: Adhemerval Zanella @ 2020-06-30 17:12 UTC (permalink / raw)
To: glibc-cvs
The branch 'azanella/semctl-y2038' was deleted.
It previously pointed to:
4b7f0869cc... sysv: linux: Add 64-bit time_t variant for msgctl
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE (LOST):
-------------------------------------------------------------------
4b7f086... sysv: linux: Add 64-bit time_t variant for msgctl
896dd21... sysvipc: Remove the linux sem-pad.h file
d521e51... sysvipc: Split out linux struct semid_ds
100689a... sysv: linux: Add 64-bit time_t variant for semctl
commit 4b7f0869cc2d46bedddf11cc91a6c4a928714248
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Tue Jun 30 09:20:48 2020 -0300
sysv: linux: Add 64-bit time_t variant for msgctl
commit 896dd219d9442a1d474587f113e194828677f31b
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 21:33:14 2020 -0300
sysvipc: Remove the linux sem-pad.h file
Each architecture overrides the struct msqid_ds which its required
kernel ABI one.
Checked on x86_64-linux-gnu and some bases sysvipc tests on hppa,
mips, mipsle, mips64, mips64le, sparc64, sparcv9, powerpc64le,
powerpc64, and powerpc.
commit d521e51cb9653401e483d0e4166aeb1e4fd13a8a
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 18:21:14 2020 -0300
sysvipc: Split out linux struct semid_ds
This will allow us to have architectures specify their own version.
commit 100689aabc128b7c0e4ba9ad65aca6a7b986a531
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 13:35:50 2020 -0300
sysv: linux: Add 64-bit time_t variant for semctl
Different than others 64-bit time_t syscalls, the SysIPC interface
does not provide a new set of syscall for y2038 safeness. Instead it
uses ununsed fields in semid_ds structure the return the high bits for
the timestamps.
To provide a y2038 safe interface a new symbol __semctl64 is added
internally and __semctl is change to call it instead. It requires
some extra buffer copy for the 32 bit time_t implementation, but
it focus the syscall handling on the 64 bit symbol (as per others
y2038 safe symbols).
Two two new structures are added:
1. kernel_semid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, sparc32) requires specific implementation due its
specific kernel ABI.
2. semid_ds64: this is only for __TIMESIZE != 64 to used along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes semid_ds already contains
64-bit time_t fields it will result in just the __semctl symbol
using the __semctl64 code. The semid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one symbol
but with the required high/low handling.
It might be possible to optimize it further to avoid the
kernel_semid64_ds to semun transformation if the exported glibc ABI
for the architectures matches the expected kernel ABI, but the
implementation is already complex enough and don't think this
should be a hotspot in any case.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the semid_ds
over multiple buffers, but this should be deprecated in favor
of the __semctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, and armhf.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [glibc] Deleted branch azanella/semctl-y2038
@ 2020-06-30 12:45 Adhemerval Zanella
0 siblings, 0 replies; 6+ messages in thread
From: Adhemerval Zanella @ 2020-06-30 12:45 UTC (permalink / raw)
To: glibc-cvs
The branch 'azanella/semctl-y2038' was deleted.
It previously pointed to:
61a26a4bd6... sysvipc: Split out linux struct semid_ds
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE (LOST):
-------------------------------------------------------------------
61a26a4... sysvipc: Split out linux struct semid_ds
e86a547... sysv: linux: Add 64-bit time_t variant for semctl
commit 61a26a4bd63c52647ff318c6f79b1fb59d1b076d
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 18:21:14 2020 -0300
sysvipc: Split out linux struct semid_ds
This will allow us to have architectures specify their own version.
commit e86a547a357f896485d637ff1663a6ee924d1ad6
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 13:35:50 2020 -0300
sysv: linux: Add 64-bit time_t variant for semctl
Different than others 64-bit time_t syscalls, the SysIPC interface
does not provide a new set of syscall for y2038 safeness. Instead it
uses ununsed fields in semid_ds structure the return the high bits for
the timestamps.
To provide a y2038 safe interface a new symbol __semctl64 is added
internally and __semctl is change to call it instead. It requires
some extra buffer copy for the 32 bit time_t implementation, but
it focus the syscall handling on the 64 bit symbol (as per others
y2038 safe symbols).
Two two new structures are added:
1. kernel_semid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, sparc32) requires specific implementation due its
specific kernel ABI.
2. semid_ds64: this is only for __TIMESIZE != 64 to used along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes semid_ds already contains
64-bit time_t fields it will result in just the __semctl symbol
using the __semctl64 code. The semid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one symbol
but with the required high/low handling.
It might be possible to optimize it further to avoid the
kernel_semid64_ds to semun transformation if the exported glibc ABI
for the architectures matches the expected kernel ABI, but the
implementation is already complex enough and don't think this
should be a hotspot in any case.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the semid_ds
over multiple buffers, but this should be deprecated in favor
of the __semctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, and armhf.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [glibc] Deleted branch azanella/semctl-y2038
@ 2020-06-29 21:43 Adhemerval Zanella
0 siblings, 0 replies; 6+ messages in thread
From: Adhemerval Zanella @ 2020-06-29 21:43 UTC (permalink / raw)
To: glibc-cvs
The branch 'azanella/semctl-y2038' was deleted.
It previously pointed to:
b5ce7132c0... sysv: linux: Add 64-bit time_t variant for semctl
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE (LOST):
-------------------------------------------------------------------
b5ce713... sysv: linux: Add 64-bit time_t variant for semctl
commit b5ce7132c0733200152025f15d8516361be4bdeb
Author: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Date: Mon Jun 29 13:35:50 2020 -0300
sysv: linux: Add 64-bit time_t variant for semctl
Different than others 64-bit time_t syscalls, the SysIPC interface
does not provide a new set of syscall for y2038 safeness. Instead it
uses ununsed fields in semid_ds structure the return the high bits for
the timestamps.
To provide a y2038 safe interface a new symbol __semctl64 is added
internally and __semctl is change to call it instead. It requires
some extra buffer copy for the 32 bit time_t implementation, but
it focus the syscall handling on the 64 bit symbol (as per others
y2038 safe symbols).
Two two new structures are added:
1. kernel_semid64_ds: used internally only on 32-bit architectures
to issue the syscall. A handful architectures (hppa, i386, mips,
powerpc32, sparc32) requires specific implementation due its
specific kernel ABI.
2. semid_ds64: this is only for __TIMESIZE != 64 to used along with
the 64-bit semctl. It is different than the kernel one because
the exported 64-bit time_t might require different alignment
depending of the architecture ABI.
So the resulting implementation does:
1. For 64-bit architectures it assumes semid_ds already contains
64-bit time_t fields it will result in just the __semctl symbol
using the __semctl64 code. The semid_ds argument is passed as-is
to the syscall.
2. For 32-bit architectures with default 64-bit time_t (newer ABIs
such riscv32 or arc), it will also result in only one symbol
but with the required high/low handling.
It might be possible to optimize it further to avoid the
kernel_semid64_ds to semun transformation if the exported glibc ABI
for the architectures matches the expected kernel ABI, but the
implementation is already complex enough and don't think this
should be a hotspot in any case.
3. Finally for 32-bit architecture with both 32-bit and 64-bit time_t
support we follow the already set way to provide one symbol with
64-bit time_t support and implement the 32-bit time_t support on
basis of the 64-bit one.
The default 32-bit symbol will allocate and copy the semid_ds
over multiple buffers, but this should be deprecated in favor
of the __semctl64 anyway.
Checked on i686-linux-gnu and x86_64-linux-gnu. I also did some sniff
tests on powerpc, powerpc64, mips, mips64, and armhf.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-07-07 18:10 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-29 20:46 [glibc] Deleted branch azanella/semctl-y2038 Adhemerval Zanella
2020-06-29 21:43 Adhemerval Zanella
2020-06-30 12:45 Adhemerval Zanella
2020-06-30 17:12 Adhemerval Zanella
2020-07-01 17:04 Adhemerval Zanella
2020-07-07 18:10 Adhemerval Zanella
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).