WiFi_OnOff: improve wait handling for delayed interface creation#482
WiFi_OnOff: improve wait handling for delayed interface creation#482smuppand wants to merge 1 commit into
Conversation
|
Failed job from the pre-merge workflow: https://lava.infra.foundries.io/scheduler/job/243672 Job Without PR: https://lava.infra.foundries.io/scheduler/job/244641 |
In LAVA, WiFi driver modules can be visible before the cfg80211 PHY or wlan netdev has been created. The current wait_for_wifi_interface() helper only polls get_wifi_interface() for 30 seconds, which can fail early on systems where firmware, udev, or netdev creation completes later. Update wait_for_wifi_interface() to trigger net uevents, wait for udev settle when available, keep polling for the configured timeout, and emit periodic wait progress logs. Also increase the WiFi_OnOff default wait window to 60 seconds while preserving the existing WIFI_WAIT_SECS environment override. This keeps the CI policy strict: if the WiFi stack is present but no usable interface appears after retries, the test still fails. The change only reduces false failures caused by asynchronous driver/firmware/netdev initialization timing. Signed-off-by: Srikanth Muppandam <smuppand@qti.qualcomm.com>
4685908 to
7499f9a
Compare
|
@qcom-anilyada and @bhargav0610 I'm noticing a pattern with the device connected to rb4-hyd-01. Please check—every time, the wifi test fails because the interface isn't coming up at all. The same test passes on other RB4 machines. |
Improve WiFi interface discovery robustness for
WiFi_OnOffby allowing more time for delayed WiFi netdev creation in LAVA/CI environments.Why
WiFi_OnOffcan fail in LAVA even when the WiFi stack is present:wlan*/WiFi interface appears within the current wait windowThis can happen because driver/module visibility, firmware initialization, cfg80211 PHY registration, and netdev creation are asynchronous. In automated CI, the interface may appear later than the current 30-second wait.