| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
This is always used to build a firmware for linux systems also if we are on freebsd.
This is one patch from #9897
SVN-Revision: 27926
|
|
|
|
| |
SVN-Revision: 27563
|
|
|
|
| |
SVN-Revision: 27279
|
|
|
|
|
|
| |
configured (#9308)
SVN-Revision: 26765
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add the 5.10.56.27 firmware option. This includes updating b43-fwcutter to
its newest release 14 and updating the b43-fwsquash.py to recognise rev 16
n phy files.
Also rename the current options from STABLE/EXPERIMENTAL to their version
numbers.
Signed-off-by: Jonas Gorski <jonas.gorski+openwrt@gmail.com>
SVN-Revision: 26733
|
|
|
|
| |
SVN-Revision: 26165
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
SVN-Revision: 24966
|
|
|
|
|
|
| |
broadcom
SVN-Revision: 24726
|
|
|
|
|
|
| |
Signed-off-by: Alexander Couzens <lynxis@c-base.org>
SVN-Revision: 24725
|
|
|
|
| |
SVN-Revision: 24441
|
|
|
|
|
|
| |
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
SVN-Revision: 23673
|
|
|
|
| |
SVN-Revision: 23637
|
|
|
|
| |
SVN-Revision: 23602
|
|
|
|
| |
SVN-Revision: 23423
|
|
|
|
| |
SVN-Revision: 22355
|
|
|
|
| |
SVN-Revision: 22078
|
|
|
|
| |
SVN-Revision: 21321
|
|
|
|
| |
SVN-Revision: 21319
|
|
|
|
|
|
| |
get added to the bridge properly this seems to be a race of interface setup vs wpa_supplicant fix this by configuring the interface only after wpa_supplicant has been started
SVN-Revision: 20106
|
|
|
|
|
|
| |
hostapd startup
SVN-Revision: 20089
|
|
|
|
| |
SVN-Revision: 19916
|
|
|
|
| |
SVN-Revision: 19915
|
|
|
|
| |
SVN-Revision: 19912
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Tintel)
Since client mode in mac80211is unreliable without using wpa_supplicant,
it would be better to enable wpa_supplicant by default.
With this patch, wpa_supplicant will always be used for mac80211-based
drivers in client mode. This will break client mode for images that
don't include wpa_supplicant or wpad, so maybe I need to add a check
somewhere to see if wpa_supplicant is available, and show the user a
warning if he tries client mode without wpa_supplicant. Suggestions on
where to add this check are welcome.
Tested with ath5k in client mode on open and wpa2-psk network, and
tested on my ath9k based AP as well to make sure it doesn't break AP mode.
SVN-Revision: 19718
|
|
|
|
|
|
| |
mode reliability (patch by Stijn Tintel from #6653)
SVN-Revision: 19550
|
|
|
|
| |
SVN-Revision: 19494
|
|
|
|
|
|
| |
interface (#5991)
SVN-Revision: 19334
|
|
|
|
| |
SVN-Revision: 19307
|
|
|
|
| |
SVN-Revision: 19285
|
|
|
|
| |
SVN-Revision: 19265
|
|
|
|
| |
SVN-Revision: 19264
|
|
|
|
|
|
| |
instance hostapd mode move mac80211 specific bits out of /lib/wifi/hostapd.sh add a new option 'htmode' for switching between HT20 and HT40+,HT40-
SVN-Revision: 19235
|
|
|
|
| |
SVN-Revision: 19177
|
|
|
|
| |
SVN-Revision: 19144
|
|
|
|
| |
SVN-Revision: 19142
|
|
|
|
|
|
| |
based drivers - sanitize keys where necessary - put a procedure prepare_key_wep() into /sbin/wifi for use by other driver backends
SVN-Revision: 19118
|
|
|
|
| |
SVN-Revision: 18948
|
|
|
|
|
|
|
| |
Only G and L-PHY are supportted by b43 driver
Add squash firmware for b43legacy
SVN-Revision: 18947
|
|
|
|
|
|
|
|
|
| |
Use firmware 4.178.10.4 as default on.
Select firmware for all supported phy types and version as default.
Close ticket #5978
SVN-Revision: 18935
|
|
|
|
|
|
| |
from #6401)
SVN-Revision: 18923
|
|
|
|
| |
SVN-Revision: 18896
|