From mboxrd@z Thu Jan 1 00:00:00 1970 From: mathieu.desnoyers@efficios.com (Mathieu Desnoyers) Date: Thu, 23 Apr 2020 16:52:26 -0400 Subject: [lttng-dev] [RFC PATCH CTF 3/3] Clarify that timestamp begin/end need to be complete clock values In-Reply-To: <20200423205226.496-1-mathieu.desnoyers@efficios.com> References: <20200423205226.496-1-mathieu.desnoyers@efficios.com> Message-ID: <20200423205226.496-4-mathieu.desnoyers@efficios.com> Signed-off-by: Mathieu Desnoyers --- common-trace-format-specification.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/common-trace-format-specification.md b/common-trace-format-specification.md index 53b70f4..7681ce5 100644 --- a/common-trace-format-specification.md +++ b/common-trace-format-specification.md @@ -1580,7 +1580,8 @@ stream { }; ~~~ -For a N-bit integer type referring to a clock, if the integer overflows +Within the stream event context, event context, and event payload, +fields of N-bit integer type referring to a clock, if the integer overflows compared to the N low order bits of the clock prior value found in the same stream, then it is assumed that one, and only one, overflow occurred. It is therefore important that events encoding time on a small @@ -1589,8 +1590,8 @@ N-bit overflow occurs. In a packet context, clock field names ending with `_begin` and `_end` have a special meaning: this refers to the timestamps at, respectively, -the beginning and the end of each packet. - +the beginning and the end of each packet. Those are required to be +complete representations of the clock value. ## A. Helper macros -- 2.11.0