-
Notifications
You must be signed in to change notification settings - Fork 6.9k
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
samples/scheduler/metairq_dispatch: Regression after 30916 (sched: timeout: Do not miss slice timeouts) #31789
Comments
I'm seeing the same effect with `tests/kernel/semaphore/semaphore (only on nucleo_f091rc this time)
|
@ceolin I'm available for testing fixes if needed (well, starting monday :-)) |
@andyross FYI |
Can you try #31841 ? That fixes an edge case where a pre-existing bug with slice timeouts got exposed by the fix you bisected to. I was seeing that fail with non-standard clock rates on a renode riscv platform and the tickless_context test. But it's not impossible it's the root cause here too. |
Fix an edge case that snuck in with the recent fix: if timeslicing is enabled, the CPU's slice_ticks will be zero, and thus match a timeout object's dticks value of zero, and thus get suppressed (because "we already have a timeout scheduled for that") incorrectly. Fixes zephyrproject-rtos#31789 Signed-off-by: Andy Ross <[email protected]>
Fix an edge case that snuck in with the recent fix: if timeslicing is enabled, the CPU's slice_ticks will be zero, and thus match a timeout object's dticks value of zero, and thus get suppressed (because "we already have a timeout scheduled for that") incorrectly. Fixes #31789 Signed-off-by: Andy Ross <[email protected]>
Fix an edge case that snuck in with the recent fix: if timeslicing is enabled, the CPU's slice_ticks will be zero, and thus match a timeout object's dticks value of zero, and thus get suppressed (because "we already have a timeout scheduled for that") incorrectly. Fixes zephyrproject-rtos#31789 Signed-off-by: Andy Ross <[email protected]>
Describe the bug
Following merge of 6b17f2f, sample
samples/scheduler/metairq_dispatch
is now failed on 2 platforms: nucleo_wb55rg and nucleo_f091rc.Sample works correctly on other boards. Likely the common characteristic is they are the slowest in our bench.
To Reproduce
twister
Expected behavior
Sample should run w/o error
Logs and console output
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: