about summary refs log tree commit diff
path: root/sysdeps/generic/crtn.S
diff options
context:
space:
mode:
authorAdhemerval Zanella <adhemerval.zanella@linaro.org>2020-09-08 09:08:10 -0300
committerAdhemerval Zanella <adhemerval.zanella@linaro.org>2021-06-15 10:42:10 -0300
commit4a30a71401db8844c548ae16809284f7138df02e (patch)
tree41fcb33b198db84f35a25c61c5747e6f0b40c54e /sysdeps/generic/crtn.S
parent13c51549e2077f2f3bf84e8fd0b46d8b0c615912 (diff)
downloadglibc-4a30a71401db8844c548ae16809284f7138df02e.tar.gz
glibc-4a30a71401db8844c548ae16809284f7138df02e.tar.xz
glibc-4a30a71401db8844c548ae16809284f7138df02e.zip
linux: Add recvvmsg fallback for 64-bit time_t SO_TIMESTAMP{NS}
Handle the SO_TIMESTAMP{NS} similar to recvmsg: for
!__ASSUME_TIME64_SYSCALLS it converts the first 32-bit time SO_TIMESTAMP
or SO_TIMESTAMPNS and appends it to the control buffer if has extra
space or returns MSG_CTRUNC otherwise.  The 32-bit time field is kept
as-is.

Also for !__ASSUME_TIME64_SYSCALLS it limits the maximum number of
'struct mmsghdr *' to IOV_MAX (and also increases the stack size
requirement to IOV_MAX times sizeof (socklen_t)).  The Linux imposes
a similar limit to sendmmsg, so bound the array size on recvmmsg is not
unreasonable.  And this will be used only on older when building with
32-bit time support.

Checked on x86_64-linux-gnu and i686-linux-gnu (on 5.4 and on 4.15
kernel).

Reviewed-by: Lukasz Majewski <lukma@denx.de>
Reviewed-by: Carlos O'Donell <carlos@redhat.com>
Tested-by: Carlos O'Donell <carlos@redhat.com>
Diffstat (limited to 'sysdeps/generic/crtn.S')
0 files changed, 0 insertions, 0 deletions