Fix race condition in hostap CI tests#10348
Merged
douzzer merged 1 commit intowolfSSL:masterfrom Apr 29, 2026
Merged
Conversation
|
Frauschi
force-pushed
the
hostap_fix
branch
2 times, most recently
from
bb5b926 to
f2788ad
Compare
douzzer
approved these changes
Apr 29, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fix flaky hostap-vm cache restore failures
The hwsim test jobs were intermittently failing at the kernel cache restore step with Failed to restore cache entry. Exiting as fail-on-cache-miss is set. Input key: hostap-linux-v6.12.
Root cause: the UML kernel binary was being passed from build_uml_linux to hostap_test via the GitHub Actions cache (hostap-linux-v6.12). When two PRs ran the workflow concurrently, both build_uml_linux jobs raced on the same cache key — the loser's post-step logged Unable to reserve cache with key hostap-linux-v6.12, another job may be creating this cache, and its hostap_test started a few seconds later before the winner had finished uploading, hitting a cache miss and erroring out due to fail-on-cache-miss: true.
Fix: hand the kernel between jobs as a workflow artifact (scoped to the run, no cross-run key contention) instead of via the cache. The cross-run hostap-linux-v6.12 cache is kept so repeat runs still skip the kernel rebuild; it just isn't the inter-job transport anymore. Artifact size is ~5 MB compressed with 1-day retention, so storage/bandwidth impact is negligible.