aboutsummaryrefslogtreecommitdiff
path: root/misc/Makefile
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 /misc/Makefile
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 'misc/Makefile')
-rw-r--r--misc/Makefile2
1 files changed, 2 insertions, 0 deletions
diff --git a/misc/Makefile b/misc/Makefile
index fa40bf0e11..66586bcc7e 100644
--- a/misc/Makefile
+++ b/misc/Makefile
@@ -169,5 +169,7 @@ $(objpfx)tst-allocate_once-mem.out: $(objpfx)tst-allocate_once.out
$(common-objpfx)malloc/mtrace $(objpfx)tst-allocate_once.mtrace > $@; \
$(evaluate-test)
+$(objpfx)tst-select: $(librt)
+$(objpfx)tst-select-time64: $(librt)
$(objpfx)tst-pselect: $(librt)
$(objpfx)tst-pselect-time64: $(librt)