From: Mathieu Desnoyers Date: Thu, 23 Jul 2020 14:42:43 +0000 (-0400) Subject: Clarify signedness of clock offset_s and offset fields X-Git-Url: http://git.efficios.com/?p=ctf.git;a=commitdiff_plain;h=b04488b3439f6796e4dfb5aace5dacde8c37acfd Clarify signedness of clock offset_s and offset fields Clarify that both offset_s and offset fields of clock may have negative values. Signed-off-by: Mathieu Desnoyers --- diff --git a/common-trace-format-specification.md b/common-trace-format-specification.md index b40082c..d4c69ad 100644 --- a/common-trace-format-specification.md +++ b/common-trace-format-specification.md @@ -1545,11 +1545,11 @@ The `offset_s` and `offset` fields indicate the offset from POSIX.1 Epoch, 1970-01-01 00:00:00 +0000 (UTC), to the zero of value of the clock. The `offset_s` field is in seconds. The `offset` field is in (1/freq) units. If any of the `offset_s` or `offset` field is not -present, it is assigned the 0 value. The field `absolute` is `TRUE` if -the clock is a global reference across different clock UUID -(e.g. NTP time). Otherwise, `absolute` is `FALSE`, and the clock can -be considered as synchronized only with other clocks that have the same -UUID. +present, it is assigned the 0 value. Both `offset_s` and `offset` +fields are signed integers. The field `absolute` is `TRUE` if the clock +is a global reference across different clock UUID (e.g. NTP time). +Otherwise, `absolute` is `FALSE`, and the clock can be considered as +synchronized only with other clocks that have the same UUID. Secondly, a reference to this clock should be added within an integer type: