From: Matthew Schwartz <matthew.schwartz@linux.dev>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org
Subject: Re: Clarification on the usage of NL80211_SCAN_FLAG_FLUSH
Date: Wed, 28 Jan 2026 00:53:28 -0800 [thread overview]
Message-ID: <BC4134D5-2915-488F-B785-EA5EAEAD71CF@linux.dev> (raw)
In-Reply-To: <a4afd8690916a518e3919c52770fb423339b321d.camel@sipsolutions.net>
> On Jan 28, 2026, at 12:39 AM, Johannes Berg <johannes@sipsolutions.net> wrote:
>
> Hi,
>
>> Is this intended behavior of NL80211_SCAN_FLAG_FLUSH where it clears all BSS entries regardless of which channels were scanned, or should NL80211_SCAN_FLAG_FLUSH be limited to channels that were scanned in the request which triggered them? The uAPI definition for it is simply "flush cache before scanning", but this seems open to interpretation as to whether it means the entire cache or just the cache on scanned channels.
>
> Well, AFAICT it has always done that, and so I think regardless of what
> might have been the original intent, it simply is that behaviour now.
> Changing it in the kernel would just end up having to fix two places,
> unless you somehow don't care about running on older kernels without
> fixes.
>
> I also tend to think it makes sense since the scan could, at least in
> theory, do e.g. colocated scanning, so networks on channels other than
> the ones explicitly listed could be discovered. Trying to do anything
> other than "flush all" would be far more complex.
Okay, thanks for the clarification. I’ll try and take a look at how iwd is using the flush then because it seems like it’s overusing it, or maybe needs some other logic to prevent the connection issues.
Thanks,
Matt
>
> johannes
prev parent reply other threads:[~2026-01-28 8:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-27 19:40 Clarification on the usage of NL80211_SCAN_FLAG_FLUSH Matthew Schwartz
2026-01-28 8:38 ` Johannes Berg
2026-01-28 8:53 ` Matthew Schwartz [this message]
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=BC4134D5-2915-488F-B785-EA5EAEAD71CF@linux.dev \
--to=matthew.schwartz@linux.dev \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
/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