| Age | Commit message (Collapse) | Author |
|---|
|
|
|
the standard rates, use some defined by net80211 itself. kernel shrinks a bit
ok jsg mglocker
|
|
|
|
|
|
- ieee80211_get_rts
- ieee80211_get_cts_to_self
that can be use by drivers for chipsets that don't offer hardware assisted
RTS/CTS protection (like ral/ural/rum).
"no objections here" jsg@
|
|
ok jsg@
|
|
Changes in the ERP information element and in the capinfo field were not
detected properly, so the drivers were not able to adjust their settings
(like short slot time, short preamble, protection mode etc...)
dynamically. Should fix BSS mode with both 802.11b and 802.11g stations.
ok reyk@
|
|
cosmetic tweaks.
ok reyk@
|
|
Instead of removing the rates from the node's rate set, just check that
the fixed rate is present in the rate set. Otherwise, the node will be
marked non-ERP which will force the use of protection mode (either
CTS-to-self or RTS/CTS) in an 802.11g network and degrade performance.
This fixes HostAP mode for 11g with a fixed rate.
Problem originally reported by Sam Fourman Jr.
Code from FreeBSD.
ok reyk@, "no objections here" jsg@
|
|
|
|
|
|
and "nwflag nobridge" to prevent inter-station communications.
"hidenwid" will also work with wi(4) to replace the old -E 3 option of
wicontrol.
ok damien@ jmc@
|
|
|
|
allow to export the RSSI Max value with ioctls and by radiotap
headers.
ok damien@ jsg@
description:
we currently use "dB" as an indication for the signal strength in
ifconfig and in the radiotap headers. it means "decibel difference
from an arbitrary, fixed reference". this is quite confusing, because
different chipsets have different references for the dB/rssi values.
we can use the plain RSSI which is described in IEEE 802.11: "The
receive signal strength indicator (RSSI) is an optional parameter that
has a value of 0 through RSSI Max.". all wireless chipsets have
something like a RSSI (normally as a Rx descriptor field), but the
value for RSSI Max is chipset-specific.
if we know the RSSI Max, we can calculate a percentage which is much
easier to understand for the user. we even don't have to use the
absolute RSSI Max, we can use an average RSSI Max, figured out by
monitoring and tuning the RSSI Max of the drivers. if the user gets a
signal of 110%, it would mean "better than the average Max signal".
there's no need to do any RSSI calculations in the kernel, it just
passes the the relative rssi and max_rssi values to userspace. this is
done in the ieee80211_nodereq ioctl structure and possible with a new
radiotap header. the radiotap RSSI header allows to get a flexible but
common signal indicator instead of the complex and unrelated dB/dBm
signal fields. it must include two 8bit values current rssi and RSSI
max.
|
|
node attribute.
ok damien@, figured out by claudio@
|
|
|
|
with IEEE Std 802.11g-2003 standard:
- add ERP Information Element in probe responses and beacons
- keep track of the number of associated non-ERP STAs and non-short slot
time capable STAs in the BSS
- enable use of RTS/CTS or CTS-to-self protection when required by the BSS
- add a ic_updateslot() callback to notify drivers of slot time changes
- cleanup computation of mgmt frames sizes in ieee80211_output.c
- nuke unnecessary <sys/cdefs.h> includes
- remove an unused macro (LOGICALLY_EQUAL) while i'm here
From {free,net}bsd, with additional fixes.
ok brad@, reyk@
|
|
|
|
|
|
ok brad@
|
|
fix some typos while i'm here.
ok reyk@ brad@
|
|
of duplicating the code.
last commit was ok reyk@
|
|
need to duplicate the code in wpi(4)
- fix ieee80211_alloc_beacon()
- clean two comments while i'm here
|
|
|
|
outbound), using a new BIOCSDIRFILT ioctl;
guidance, feedback and ok canacar@
|
|
the remainder of the network stack from splimp to splnet.
ok miod@
|
|
"Please commit this diff ASAP" brad@
|
|
|
|
that they explicitly want it. What we have currently doesn't seem
to work anyway. Add support for specifying a status type when
sending managemnent frames; adapted from FreeBSD. OK jsg@
|
|
ok brad@
|
|
pointed out by Thorsten Glaser.
|
|
|
|
|
|
bpf FILDROP interface exists for about one year but the required
interface to the drivers was missing - so it was useless. this new
approach based on a design by henning@ uses a new mbuf flag to mark
filtered packets and to drop them in the generic network stack input
routines (like ether_input).
for example; after some additional testing, this could be used by
dhclient to filter everything except DHCP packets (track tech@
for a corresponding dhclient diff). the "filter dropped" packets won't
reach the network stack. so it's probably some kind of a very basic
application layer packet filter ;).
ok canacar@, discussed with henning@ and others
|
|
address dynamically on this interface after successful association.
this could speed wireless roaming to openbsd accesspoints.
ok jason@, jsg@ can't see anything obectionable
|
|
|
|
bugs in the node table (like duplicate nodes in hostap mode), we get
rid of possible hash collisions, and it simplifies the code.
tested by many, ok damien@, jsg@
|
|
ok jsg@
|
|
ok reyk@
|
|
ok reyk@
|
|
ok jsg@
|
|
doing a wholesale merge with them in future.
very enthusiastic ok from reyk@
|
|
scanning) and fix various other minor things in the ath(4) driver.
|
|
successfully tested with ural, ath, atw, atu and ath.
ok jsg@, brad@
|
|
and node listing. wicontrol is not supported by net80211 drivers
anymore. further improvements will be done.
ok dlg@, jsg@
|
|
|
|
ok djm@, reyk@
|
|
device supports different incompatible modes in the same channel
range, like like 11b and "pure" 11G mode.
ok dlg@ pvalchev@
|
|
IEEE802_11_RADIO data link types.
ok canacar@ damien@
|
|
|
