You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed in this commit e866063#commitcomment-151310711
that when fping can't setsockopt SO_TIMESTAMPNS it falls back to SO_TIMESTAMP. But the reading of the cmsg data is not considering this fallback. In that case no timestamp would be read. I think the fallback is not completely implemented. In that case the reply time is still coming from this line
According to the socket(7) man page, the fall back to SO_TIMESTAMP should result in SCM_TIMESTAMP control messages where the timestamp is in struct timeval format. This differs from SO_TIMESTAMPNS which uses SCM_TIMESTAMPNS control messages and struct timespec.
Commit e866063 added a
fallback from setting the socket option SO_TIMESTAMPNS to
setting the socket option SO_TIMESTAMP if the nanosecond
timestamp option could not be set. But it did not add
code to also look for the control message related to
SO_TIMESTAMP. Thus microsecond timestamps were requested,
but not read.
This commit adds the missing code to read microsecond
timestamp control messages.
The problem was reported in GitHub issue schweikert#374 by @payload.
I noticed in this commit
e866063#commitcomment-151310711
that when fping can't setsockopt SO_TIMESTAMPNS it falls back to SO_TIMESTAMP. But the reading of the cmsg data is not considering this fallback. In that case no timestamp would be read. I think the fallback is not completely implemented. In that case the reply time is still coming from this line
fping/src/fping.c
Line 2454 in cb83286
Relevant documentation: https://docs.kernel.org/networking/timestamping.html
The text was updated successfully, but these errors were encountered: