-
Notifications
You must be signed in to change notification settings - Fork 8.2k
V2.7 branch timing related fixes #55192
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
V2.7 branch timing related fixes #55192
Conversation
d16e310 to
6392b2e
Compare
|
I'm unable to reproduce this locally in |
|
Also, it looks as though the Backport Issue Check is a false negative - if you click through to the actual check, it seems to have passed, but the status was not updated in the PR. CC @stephanosio |
dkalowsk
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pulled and test booted locally, seems to work correctly on our products
The header can't be fully used in standalone mode: toolchain.h has to be included first, otherwise the ALWAYS_INLINE attribute is not defined. Headers that can be directly included and are not self-contained should be considered a bad practice. Signed-off-by: Gerard Marull-Paretas <[email protected]>
Algorithm was converting uptime to nanoseconds which can easily lead to overflows. Changed algorithm to use milliseconds and nanoseconds for remainder only. Signed-off-by: Krzysztof Chruscinski <[email protected]>
Prior to zephyrproject-rtos#41602, due to the ordering of operations (first mul, then div), an intermediate value would overflow, resulting in a time non-linearity. This test ensures that time rolls-over properly. Signed-off-by: Chris Friedt <[email protected]> (cherry picked from commit 74c9c0e)
Add maximum timeout used for conversion to Kconfig. Option is used to determine which conversion algorithm to use: faster but overflowing earlier or slower without early overflow. Signed-off-by: Krzysztof Chruscinski <[email protected]> (cherry picked from commit 50c7c7b)
The previous method used to calculate seconds in `clock_gettime()` seemed to have an inaccuracy that grew with time causing the seconds to be off by an order of magnitude when ticks would roll over. This change fixes the method used to calculate seconds. Signed-off-by: Chris Friedt <[email protected]>
6392b2e to
b952a07
Compare
|
It looks like there was an update by Stephanos to fix some CI issues, which mitigated the Minor adjustments were required to get
#include <sys/time_units.h>
#include <ztest.h>to #include <ztest.h>
#include <sys/time_units.h> |
Pull in changes from several related backports
#52867
#53183
#52832
Fixes #41111
Related #53605
To address the issue above, we have dropped commit 662f37d (consistent with
main).