From: James Prestwood <prestwoj@gmail.com>
To: Denis Kenzior <denkenz@gmail.com>, iwd@lists.linux.dev
Subject: Re: [PATCH] station: check for roam timeout before rearming
Date: Wed, 28 Aug 2024 05:08:01 -0700 [thread overview]
Message-ID: <96473c52-e2d9-4a3c-b38c-0cc430d18d17@gmail.com> (raw)
In-Reply-To: <0c2294f1-8b91-446e-ab08-048d40e0aeff@gmail.com>
Hi Denis,
On 8/27/24 7:36 PM, Denis Kenzior wrote:
> Hi James,
>
> On 8/27/24 9:10 AM, James Prestwood wrote:
>> A user reported a crash which was due to the roam trigger timeout
>> being overwritten, followed by a disconnect. Post-disconnect the
>> timer would fire and result in a crash. Its not clear exactly where
>> the overwrite was happening but upon code inspection it could
>> happen in the following scenario:
>>
>> 1. Beacon loss event, start roam timeout
>> 2. Signal low event, no check if timeout is running and the timeout
>> gets overwritten.
>>
>> The reported crash actually didn't appear to be from the above
>> scenario but something else, so now all instances where the timer
>> is rearmed we also check if there is already a timer set.
>> ---
>> src/station.c | 7 +++++--
>> 1 file changed, 5 insertions(+), 2 deletions(-)
>>
>> diff --git a/src/station.c b/src/station.c
>> index 30a1232a..e188aed4 100644
>> --- a/src/station.c
>> +++ b/src/station.c
>> @@ -2221,7 +2221,7 @@ static void station_roamed(struct station
>> *station)
>> * Schedule another roaming attempt in case the signal
>> continues to
>> * remain low. A subsequent high signal notification will
>> cancel it.
>> */
>> - if (station->signal_low)
>> + if (station->signal_low &&
>> L_WARN_ON(!station->roam_trigger_timeout))
>
> I'm reading this as:
> if signal_low and roam_trigger_timeout is NULL:
> 1. print a warning
> 2. rearm the timer
>
> Is 1. intended?
>
>> station_roam_timeout_rearm(station, roam_retry_interval);
>> if (station->netconfig)
>> @@ -2260,7 +2260,7 @@ static void station_roam_retry(struct station
>> *station)
>> station->roam_scan_full = false;
>> station->ap_directed_roaming = false;
>> - if (station->signal_low)
>> + if (station->signal_low && !station->roam_trigger_timeout)
>> station_roam_timeout_rearm(station, roam_retry_interval);
>> }
>> @@ -3202,6 +3202,9 @@ static void station_low_rssi(struct station
>> *station)
>> if (station_cannot_roam(station))
>> return;
>> + if (station->roam_trigger_timeout)
>> + return;
>> +
>
> One thing I'm a bit worried about with such a simple approach is that
> we might have different roam timeouts. For example, the 60 second
> roam retry interval is active and we get a low rssi event. In this
> case we probably should schedule a roam sooner. Maybe we should
> book-keep timeout information better better and make sure the timeout
> happens within the minimum time (active time remaining / new timeout)?
Sure, the thought crossed my mind as well. Looks like there is no way to
get the active timeout within the l_timeout itself, it doesn't track
that so we can manually.
>
>> /* Set a 5-second initial timeout */
>> station_roam_timeout_rearm(station, 5);
>> }
>
> Regards,
> -Denis
next prev parent reply other threads:[~2024-08-28 12:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-27 14:10 [PATCH] station: check for roam timeout before rearming James Prestwood
2024-08-28 2:36 ` Denis Kenzior
2024-08-28 12:08 ` James Prestwood [this message]
2024-08-28 14:41 ` Denis Kenzior
-- strict thread matches above, loose matches on Subject: below --
2024-08-29 11:27 James Prestwood
2024-09-03 15:18 ` Denis Kenzior
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=96473c52-e2d9-4a3c-b38c-0cc430d18d17@gmail.com \
--to=prestwoj@gmail.com \
--cc=denkenz@gmail.com \
--cc=iwd@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox