Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 08 Jan 2015 21:27:07 -0800
From:      "Eric L. Camachat" <eric.camachat@gmail.com>
To:        freebsd-wireless@freebsd.org
Subject:   Re: [rft] net80211 scan overhaul, pass 1
Message-ID:  <54AF66AB.5030609@gmail.com>
In-Reply-To: <54AEA931.2030909@shurik.kiev.ua>
References:  <CAJ-Vmo=jfx2Y-ndjOojA-n8dJ=qrbYct5LsDKEqE8uuEiShzvw@mail.gmail.com> <54AEA931.2030909@shurik.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 01/08/2015 07:58, Alexandr Krivulya wrote:
> 04.01.2015 06:46, Adrian Chadd пишет:
>> hi all,
>>
>> I've started overhauling the net80211 scan infrastructure so it can
>> support fully-offloaded scan firmware (like the intel iwn(4) NICs, and
>> the upcoming 7260 driver I'm hacking on.)
>>
>> I'd like this patch tested:
>>
>> https://people.freebsd.org/~adrian/net80211/20150103-net80211-scan-overhaul-1.diff
>>
>> This splits the scan code into two halves - the generic bits that
>> drive when and what to do about scanning, and the bits that implement
>> the software scanner.
>>
>> The software scanner is the bit that schedules channel changes,
>> listens for probe response frames, adds them to the scan cache, aborts
>> and goes back to the original channel when needed. It also tells the
>> drivers that scanning is about to happen, so the driver can prepare to
>> go off-channel for a bit.
>>
>> For the intel NICs (and other things, i'm sure) that do full scan
>> offload, we just say "Hey, scan these channels, here's the SSIDs to
>> actively probe for, tell me when you're done" and you get back probe
>> response frames or scan command results with all the relevant
>> information. The wireless stack doesn't have to control the process so
>> fine-grained - as far as the stack and network interface is concerned,
>> it's still associated and traffic is still queued as per normal. The
>> NIC firmware itself takes care of scheduling the off-channel scan
>> bits, sending the sleep frames as it goes off-channel temporarily,
>> etc. It's supposed to be very transparent. We don't even have to send
>> probe request frames during scanning - the firmware will do that for
>> us.
>>
>> This work doesn't do all work required - it's just going to refactor
>> out the scan bits. I still have to turn it into methods that intel and
>> such can be overridden. I still have to go through and plumb the VAP
>> power save state work so we don't actually send sleep/wakeup frames.
>> All of that is done for us in the firmware.
>>
>> So I'd appreciate this getting some testing by FreeBSD-HEAD wifi
>> users. If you see any issues then please let me know. I'm going to
>> commit it in a couple of days so I can continue along the path of
>> refactoring out this stuff and turning it into methods that the iwn
>> and future drivers can override to implement their own scanning
>> module.
>>
>> Thanks!
>>
>>
>>
>> -adrian
>> _______________________________________________
>> freebsd-wireless@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org"
> I see your patch is already in HEAD. Works for me on Intel N2230 in
> 11g-mode.
> _______________________________________________
> freebsd-wireless@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org"
> 

Mine worked fine, too.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iF4EAREIAAYFAlSvZqYACgkQSfBQu3oOwYzosQD/SoavMlhGkjQoeBOilUtF2X0k
ReK6EEprOdr4qauk1iMA/jwgB++DpK/baUwghrZbLVKuq1Nis3bEr/vAvjTMWD3v
=2L7y
-----END PGP SIGNATURE-----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54AF66AB.5030609>