aboutsummaryrefslogtreecommitdiff
path: root/gshadow
diff options
context:
space:
mode:
authorAdhemerval Zanella <adhemerval.zanella@linaro.org>2021-06-15 21:00:50 -0300
committerAdhemerval Zanella <adhemerval.zanella@linaro.org>2021-06-22 12:09:52 -0300
commit4c3df0eba5e8fe98f0de917ade9b2ebba6951c5f (patch)
tree137a7ae34464f27fa19029863d4f6f06860e3150 /gshadow
parent91cf411ad3ef10bd18ec053854fcb919be4f6789 (diff)
downloadglibc-4c3df0eba5e8fe98f0de917ade9b2ebba6951c5f.tar
glibc-4c3df0eba5e8fe98f0de917ade9b2ebba6951c5f.tar.gz
glibc-4c3df0eba5e8fe98f0de917ade9b2ebba6951c5f.tar.bz2
glibc-4c3df0eba5e8fe98f0de917ade9b2ebba6951c5f.zip
linux: Only use 64-bit syscall if required for select
For !__ASSUME_TIME64_SYSCALLS there is no need to issue a 64-bit syscall if the provided timeout fits in a 32-bit one. The 64-bit usage should be rare since the timeout is a relative one. This also avoids the need to use supports_time64() (which breaks the usage case of live migration like CRIU or similar). It also fixes an issue on 32-bit select call for !__ASSUME_PSELECT (microblase with older kernels only) where the expected timeout is a 'struct timeval' instead of 'struct timespec'. Checked on i686-linux-gnu on a 4.15 kernel and on a 5.11 kernel (with and without --enable-kernel=5.1) and on x86_64-linux-gnu. Reviewed-by: Lukasz Majewski <lukma@denx.de>
Diffstat (limited to 'gshadow')
0 files changed, 0 insertions, 0 deletions