[riot-notifications] [RIOT-OS/RIOT] sys/ztimer: Potential footgun when mixing timestamps of ztimer clocks (#16698)
notifications at github.com
Tue Aug 3 10:20:48 CEST 2021
Here is [my reply](https://github.com/RIOT-OS/RIOT/pull/16697#issuecomment-891288507) from the original discussion:
> […], here are some of my concerns:
> 1. Can lead to potential granularity problems. Alternatively, too high granularity if we actually only need e.g. a scale of minutes for the time stamps (potential for too rapid overflows).
> 2. Same problem, if I understand it correctly.
> 3. I agree with your statement that this is a horrible idea ;-).
> 4. As you pointed out: same problem as with 1 and 2
> 5. Not doable if you want to derive e.g. networking functionality. Sometimes (e.g. in 6LoWPAN and IPv6 reassembly buffer) time of arrival needs to be stored. Also can be quite cumbersome if applications want to e.g. set certain timings for sensors / actuators. Some notion of "now" also is required for e.g. stuff like [SenML](https://datatracker.ietf.org/doc/html/rfc8428#section-4.5.3).
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the notifications