| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o call ieee80211_encap in ieee80211_start so frames passed down to drivers
are already encapsulated
o remove ieee80211_encap calls in drivers
o fixup wi so it recreates the 802.3 head it requires from the 802.11
header contents
o move fast-frame aggregation from ath to net80211 (conditional on
IEEE80211_SUPPORT_SUPERG):
- aggregation is now done in ieee80211_start; it is enabled when the
packets/sec exceeds ieee80211_ffppsmin (net.wlan.ffppsmin) and frames
are held on a staging queue according to ieee80211_ffagemax
(net.wlan.ffagemax) to wait for a frame to combine with
- drivers must call back to age/flush the staging queue (ath does this
on tx done, at swba, and on rx according to the state of the tx queues
and/or the contents of the staging queue)
- remove fast-frame-related data structures from ath
- add ieee80211_ff_node_init and ieee80211_ff_node_cleanup to handle
per-node fast-frames state (we reuse 11n tx ampdu state)
o change ieee80211_encap calling convention to include an explicit vap
so frames coming through a WDS vap are recognized w/o setting M_WDS
With these changes any device able to tx/rx 3Kbyte+ frames can use fast-frames.
Reviewed by: thompsa, rpaulo, avatar, imp, sephe
|
| |
|
|
|
|
| |
Add mesh debugging bit replacing the now deprecated RADKEYS.
|
|
|
|
|
| |
calculation of packet transmit times to do things like check txop limits
o remove equivalent driver code and convert to use net80211 state
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
o remove ic_myaddr from ieee80211com
o change ieee80211_ifattach to take the mac address of the physical device
and use that to setup the lladdr.
o replace all references to ic_myaddr in drivers by IF_LLADDR
o related cleanups (e.g. kill dead code)
PR: kern/133178
Reviewed by: thompsa, rpaulo
|
|
|
|
|
| |
o add #ifdef _KERNEL to superg+tdma include files so they can be used
by user code to get the protocol defs
|
|
|
|
|
|
| |
o include ath ie in beacon frames
o fix probe response check for including ath ie
o add ieee80211_add_athcap shorthand for ap-side ie additions
|
|
|
|
| |
for other operating modes based on the capability
|
| |
|
| |
|
|
|
|
| |
Prodded by: several
|
| |
|
|
|
|
| |
with a new IEEE80211_SUPPORT_SUPERG option
|
|
|
|
| |
code is isolated
|
|
|
|
| |
configured; this allows us to remove an #ifdef
|
|
|
|
| |
Discussed with: sam
|
| |
|
| |
|
|
|
|
| |
be less than 1/sec
|
|
|
|
|
|
|
|
|
|
|
| |
o break out version-related code to simplify rev'ing the protocol
o add parameter validation macros so checks that appear multiple places
are consistent (and easy to change)
o add protocol version check when looking for a scan candidate
o improve scan debug output format
o rewrite beacon update handling to calculate a bitmask of changed values
and pass that down through the driver callback so drivers can optimize work
o do slot bounds check before use when parsing received beacons
|
|
|
|
| |
compatible with other scan controls
|
|
|
|
|
|
|
|
|
|
|
|
| |
When copying big structures, LLVM generates calls to memmove(), because
it may not be able to figure out whether structures overlap. This caused
linker errors to occur. memmove() is now implemented using bcopy().
Ideally it would be the other way around, but that can be solved in the
future. On ARM we don't do add anything, because it already has
memmove().
Discussed on: arch@
Reviewed by: rdivacky
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
net/route.h.
Remove the hidden include of opt_route.h and net/route.h from net/vnet.h.
We need to make sure that both opt_route.h and net/route.h are included
before net/vnet.h because of the way MRT figures out the number of FIBs
from the kernel option. If we do not, we end up with the default number
of 1 when including net/vnet.h and array sizes are wrong.
This does not change the list of files which depend on opt_route.h
but we can identify them now more easily.
|
|
|
|
|
|
| |
(so no scanning/roaming)
Reviewed by: Chris Anderson
|
| |
|
|
|
|
| |
so they get the correct tx parameters setup by node_settxparms
|
|
|
|
|
| |
interface down
o only allow the first vap to initialize shared wme parameters
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and xmit parameters. This makes it possible to use tdma on fractional
channels.
o add IEEE80211_MODE_HALF and IEEE80211_MODE_QUARTER; note these are
band-agnostic (may need revisiting)
o setup all default rates in ic_sup_rates instead of doing it only
for active modes; we need these to calculate the default tx parameters
which are not recalculated after a regulatory update (can't just
recalculate after installing a new channel list because we might
clobber user settings)
o remove special case code in ieee80211_get_suprates; this is now
a candidate for an inline or removal
o add various entries for new modes (roaming+tx params, wme, rate
mapping, scan set setup, country ie construction, tdma, basic rates)
Note these modes are intentionally not visible through if_media.
|
|
|
|
|
|
| |
parameters for IEEE80211_IOC_ROAM and IEEE80211_IOC_TXPARAMS; this
lets us add more modes and still have old apps work
o consolidate loops to remote assumptions about mode ordering
|
| |
|
|
|
|
| |
o replace 0x80 by IEEE80211_RATE_MCS
|
|
|
|
|
| |
o use c99 initializer for skipflags
o calculate band flags instead of statically listing them in the table
|
| |
|
|
|
|
|
| |
for active modes hasn't turned out to be useful so just define a const table
and copy it in place
|
| |
|
|
|
|
| |
install the rates once when creating the com structure
|
| |
|
|
|
|
| |
were reaped but was never used and is inaccessible
|
|
|
|
|
| |
re-used within net80211 to mark 802.11 frags so allowing them to
leak through to the driver caused packets to be dropped in ath
|
|
|
|
|
|
|
|
|
|
| |
references to iv_bss and the sta table; this is equivalent and causes
direct reclaim of the old bss node when any references in packets inflight
are reclaimed (previously the old node would sit in the bss table until
the inactivity processing reclaimed it)
o remove ieee80211_node_reclaim now that it's only use is gone
Reviewed by: avatar, cbzimmer
|
|
|
|
|
|
|
|
| |
parent interface tasks to complete. This had been added to the ioctl path but
it is also need elsewhere like detach so its safe to teardown.
Reported by: Hans Petter Selasky
Submitted by: sam
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
on beacon miss
while here, remove a stray pointless write of iv_bmiss_count
|
| |
|