-
Notifications
You must be signed in to change notification settings - Fork 2k
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
tests/xtimer_drift: added test #9596
Conversation
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.
Hi @Josar, here is a formatting issue and some head scratchers.
USEMODULE += xtimer | ||
|
||
include $(RIOTBASE)/Makefile.include | ||
|
||
test: | ||
tests/01-run.py |
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.
Missing newline
tests/xtimer_drift/main.c
Outdated
@@ -109,6 +111,8 @@ void *worker_thread(void *arg) | |||
last = start; | |||
} | |||
else if ((loop_counter % TEST_HZ) == 0) { | |||
PORTF |= (1 << 5); |
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.
In my understanding this is specific for a avr MCUs.
tests/xtimer_drift/main.c
Outdated
@@ -109,6 +111,8 @@ void *worker_thread(void *arg) | |||
last = start; | |||
} | |||
else if ((loop_counter % TEST_HZ) == 0) { | |||
PORTF |= (1 << 5); | |||
PORTF &= ~(1 << 5); |
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.
Same
tests/xtimer_drift/main.c
Outdated
@@ -127,6 +131,11 @@ void *worker_thread(void *arg) | |||
|
|||
int main(void) | |||
{ | |||
gpio_init(GPIO_PIN(PORT_F, 4), GPIO_OUT); |
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.
It is not obvious to me where you are using this, and the following three ports.
64d8322
to
a8b0c83
Compare
@A-Paul could i resolve the headscratches? Here i would have loved to have the debug pin solution, btw. |
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.
Hi @Josar, thanks for addressing the last comments.
After successful build I found another issue. "tests/01-run.py" has no executable bit set (permissions 644 instead of 755) after checking out. So, make test
end up with an error.
@A-Paul not on my PC. Tried to change the file pemission. Please try one more time. |
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.
With the last change make test
is running now.
@A-Paul not on my PC. ...
If your system is executing text files regardless of the x flag, you better fix that. For your own safety.
File permissions is as expected and correct on my PC. But git was not set to inherit the file permissions when the file is checked out. |
@A-Paul further remarks? |
Which PR is this based on? |
Imho none. Only that there could be some errors getting visible which are solve by the two mentioned PRs in the first post. Or it needs a |
Then it is depending on those PRs. |
This somehow feels like if we can not test for an error there is no error. |
No, but deactivating the tests so we can fix the errors first, seems like the wrong way around to do it. So yes, this PR is good to demonstrate there is an issue, so that the fixes you did in the related PRs are testable. But we should only merge it after those fixes are in, so we don't introduce other errors because the test is deactivated (because people might trust on it being active for their coding) ;-). |
26f7e68
to
02a8580
Compare
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If you want me to ignore this issue, please mark it with the "State: don't stale" label. Thank you for your contributions. |
Added a test to be able to investigate problems like stated in #5103.
Problems arising with this PR can be solved with
#9211
#9595
This PRs have to be merged before this problem is solved.
Additional #8990 can be applied.
This test compares the timing between received messages with the host clock and prints when an error occured.