On Tuesday 08 March 2016 10:25 PM, Johannes Berg wrote:
> On Mon, 2016-03-07 at 12:42 +0530, Vasanthakumar Thiagarajan wrote:
>> Especially during off-channel scan user space might be interested
>> in probe reponse frames along with beacon to build a list
>> of preferred channel and bssid which could be sent to the stations
>> around for better spectrum management. Do not drop probe response
>> frame in AP mode and advertise driver's capability to receive probe
>> response frame in AP mode to user space.
>
> I'm not convinced that this is a good idea - these frames will still
> populate the BSS cache, and it's not really quite well-specified what
> happens when you have both [1]
>
> I also don't understand the use case; "might be interested" is ... very
> vague.
When an user space wants to have control over the duration of off-channel (single channel)
scan it could use remain-on-channel interface instead of trigger_scan to perform off-channel
scan. I dont think BSS cache will be updated with the BSS information received during
remain-on-channel. In this case, user space could use probe response frames to build
BSS list.
Vasanth
��.n��������+%������w��{.n�����{���zW����ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
