-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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/kernel/mem_pool/mem_pool_threadsafe/kernel.memory_pool fails sporadically #12559
Comments
Seen this also on qemu_nios2 |
Partially addressed by #13770. Seems like all emulation platforms but ARM are fine now. There, though, the test shows a hilarious inversion of our normal pattern: it works well enough in a big sanitycheck, but if I run it in isolation I get pretty reproducible deadlocks. Still looking. |
Seems to be down to the swap-is-async priority bug detailed in #12553. Goes away with the trial patch in that bug. |
See extensive notes in #12553. This test, on mps2_an385, is the only spurious qemu failure that I can't make go away in volume testing with careful control over machine load and host kernel tick rate. It's likely a real bug somewhere. |
Fix up in #14539 has crossed 5500 separate test cases now (790+ runs across the 8 default boards/variants) with no failures. Think this one is fixed. |
Fixed merged, but forgot "Fixes ..." in commit. Oops. |
Describe the bug
test fails sporadically on both qemu_x86 and mps2_an385
To Reproduce
sanitycheck -T tests/kernel/mem_pool/mem_pool_threadsafe
on mps2_an385 (qemu):
The text was updated successfully, but these errors were encountered: