Package: ifupdown
Version: 0.8.35+b1
Followup-For: Bug #525315


I'm pretty sure this should be filed as a bug to wpasupplicant.
In my case (same phenomena on display as OP reported), increasing the
hysteresis timeout to 10 seconds was enough to stop the cycling reliably.

For the record that would be 10 seconds (instead of 4) in
wpa_hysteresis_check() in /etc/wpa_supplicant/ (a
pro-forma patch is attached).

The actual question here is: how do I debug this cycle properly?
--- a/wpa_supplicant/
+++ b/wpa_supplicant/
@@ -847,9 +847,10 @@ wpa_hysteresis_check () {
                local TIME
                local TIMESTAMP
                local TIMEWAIT
+               local TIMEDELTA=10
                TIME=$(date +%s)
-               # current time minus 4 second event buffer
-               TIMEWAIT=$(($TIME-4))
+               # current time minus TIMEDELTA second event buffer
+               TIMEWAIT=$((TIME-TIMEDELTA))
                # get time of last event
                TIMESTAMP=$(cat $WPA_CLI_TIMESTAMP)
                # compare values, allowing new action to be processed

Reply via email to