| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
SVN-Revision: 26005
|
|
|
|
| |
SVN-Revision: 25988
|
|
|
|
| |
SVN-Revision: 25965
|
|
|
|
| |
SVN-Revision: 25964
|
|
|
|
|
|
| |
broad and in-bss promisc mode is not particularly useful. should fix most (or all) instances of "ath: Could not stop RX..." error messages
SVN-Revision: 25963
|
|
|
|
| |
SVN-Revision: 25930
|
|
|
|
| |
SVN-Revision: 25926
|
|
|
|
| |
SVN-Revision: 25925
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
permissible STA listen interval, and basic rates
This introduces beacon_int and basic_rate (per wifi-device), and
dtim_period and max_listen_int (per wifi-iface) for mac80211. These
configure the beacon interval, basic rate specification, DTIM period
(one DTIM per this many beacon frames), and maximum listen interval
that a STA will be permitted to associate with. All of the new
settings are optional; if they're absent, the existing hostapd (or, in
the case of basic_rate, driver) defaults will be used.
The existing bintval property only used for type adhoc is moved from
wifi-iface to wifi-device, and is renamed to beacon_interval because
bintval isn't a great name. The beacon interval is property of the
wifi-device; while the choice between wifi-device and wifi-iface may
not be relevant with an adhoc network, there's no reason to configure
the same property one way for type adhoc and another for type ap. This
change isn't expected to cause many problems, as bintval was added
recently, in r25111.
Similarly, the list of basic rates, also added for type adhoc in
r25111, is a property of the device and not the interface. Further, it
ought to be represented in UCI as a list, not a string dependent on
the format that iw uses. I’ve moved it onto the device, renamed it to
basic_rate, and made it configurable for APs via hostapd. Finally, I
adapted it to use the same kb/s representation as mcast_rate; there's
precedent for this format in that it's also how madwifi interprets
mcast_rate.
Neither bintval nor basicrates were ever documented in the UCI
wireless configuration page on the wiki. When this change is
committed, I'll update the documentation as needed.
Signed-off-by: Mark Mentovai <mark@moxienet.com>
SVN-Revision: 25837
|
|
|
|
| |
SVN-Revision: 25818
|
|
|
|
| |
SVN-Revision: 25779
|
|
|
|
| |
SVN-Revision: 25778
|
|
|
|
| |
SVN-Revision: 25776
|
|
|
|
| |
SVN-Revision: 25775
|
|
|
|
| |
SVN-Revision: 25749
|
|
|
|
| |
SVN-Revision: 25575
|
|
|
|
|
|
| |
hostapd/wpa_supplicant can make it optional
SVN-Revision: 25518
|
|
|
|
| |
SVN-Revision: 25441
|
|
|
|
| |
SVN-Revision: 25439
|
|
|
|
|
|
| |
condition for setting the TIM bit
SVN-Revision: 25428
|
|
|
|
| |
SVN-Revision: 25426
|
|
|
|
| |
SVN-Revision: 25425
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
processed
r24503 (trunk) and r24505 (backfire) revised the regulatory rules used
for the ath drivers' world regulatory domains in the 5GHz band by
opening up channels 36, 40, 44, and 48 to being used without the
*_PASSIVE_SCAN and *_NO_IBSS flags set. This was done by breaking
ATH9K_5GHZ_5150_5350 into two REG_RULES. The various struct
ieee80211_regdomains that reference these rules in their reg_rules
fields need to have their n_reg_rules fields updated accordingly.
SVN-Revision: 25418
|
|
|
|
| |
SVN-Revision: 25398
|
|
|
|
|
|
| |
meant for other stations, as this would confuse the bridge layer
SVN-Revision: 25378
|
|
|
|
| |
SVN-Revision: 25359
|
|
|
|
|
|
| |
reduces CPU usage
SVN-Revision: 25358
|
|
|
|
|
|
| |
much on some devices
SVN-Revision: 25258
|
|
|
|
|
|
| |
code, fixes reported tx power values
SVN-Revision: 25238
|
|
|
|
|
|
| |
buffer size elsewhere
SVN-Revision: 25205
|
|
|
|
| |
SVN-Revision: 25204
|
|
|
|
|
|
| |
drivers do not support this yet
SVN-Revision: 25192
|
|
|
|
| |
SVN-Revision: 25152
|
|
|
|
|
|
| |
specified
SVN-Revision: 25136
|
|
|
|
| |
SVN-Revision: 25131
|
|
|
|
| |
SVN-Revision: 25122
|
|
|
|
|
|
| |
rxantenna and txantenna to bring it in line with broadcom and madwifi - get rid of temporary variables - follow the documented config protocol for wep keys (option key # + option key# [s:]data)
SVN-Revision: 25116
|
|
|
|
|
|
| |
RAM usage by 2 MB per device
SVN-Revision: 25115
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add new options 'bintval' (beacon interval), 'basicrates' (basic rates) and
'antenna' (antenna selection) for /etc/config/wireless to be used with
mac80211 drivers.
Enable WEP encryption for IBSS mode.
Patch from: kentarou matsuyama <matsuyama@thinktube.com>
SVN-Revision: 25111
|
|
|
|
|
|
|
|
|
| |
Add support of mac address filter. Now 'macfilter' and 'maclist' options
can be used with mac80211.
Patch from: kentarou matsuyama <matsuyama@thinktube.com>
SVN-Revision: 25105
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It has been confirmed by Atheros that this PCI bug affects the RX side only,
so we can keep the 128B DMA size for TX.
With this change we can double the thruput of ath5k from 15Mps to 30Mbps.
We have been using this patch since more than 6 month in a production
environment without problems and a significant performance improvement.
It has also been said to fix HW encryption:
http://www.mail-archive.com/ath5k-devel@lists.ath5k.org/msg04311.html
Patch from: kentarou matsuyama <matsuyama@thinktube.com>
SVN-Revision: 25104
|
|
|
|
| |
SVN-Revision: 25099
|
|
|
|
| |
SVN-Revision: 25093
|
|
|
|
| |
SVN-Revision: 25060
|
|
|
|
|
|
| |
behavior
SVN-Revision: 25058
|
|
|
|
| |
SVN-Revision: 25056
|
|
|
|
|
|
| |
is not going to be maintained anymore
SVN-Revision: 25055
|
|
|
|
| |
SVN-Revision: 25054
|
|
|
|
| |
SVN-Revision: 25053
|
|
|
|
| |
SVN-Revision: 25051
|