aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel/mac80211/files/lib/netifd
Commit message (Collapse)AuthorAgeFilesLines
* hostapd: move ht_coex variable to mac80211.sh, guarded by 802.11n supportFelix Fietkau2015-06-061-2/+5
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45917
* mac80211: make netifd script create AP interface directlyFelix Fietkau2015-05-301-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Before starting hostapd we create interface for it. The problem is we try to create STA interface just to let hostapd change it to AP later. It may fail if device doesn't support STA interfaces or if we already hit a limit. Consider following phy (it's from BCM43602 and brcmfmac): $ iw phy phy0 info | tail valid interface combinations: * #{ IBSS, managed } <= 1, #{ AP } <= 4, #{ P2P-client, P2P-GO } <= 1, #{ P2P-device } <= 1, total <= 3, #channels <= 1 Trying to setup 2 interfaces: STA + AP results in: radio0 (1101): command failed: Operation not supported (-95) radio0 (1101): command failed: Operation not supported (-95) radio0 (1101): command failed: Operation not supported (-95) radio0 (1101): command failed: Operation not supported (-95) radio0 (1101): Configuration file: /var/run/hostapd-phy0.conf radio0 (1101): Could not read interface wlan0-1 flags: No such device Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 45856
* mac80211: apply mesh parameters after starting authsae/wpa_supplicant (#16697)Felix Fietkau2015-05-091-5/+5
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 45651
* mac80211: fallback to wpa_supplicant to setup encrypted meshFelix Fietkau2015-04-201-4/+3
| | | | | | | | | | instead of failing when authsae is not installed, also try using wpa_supplicant as the newly added -mesh variants support mesh mode and SAE encryption. Signed-off-by: Daniel Golle <daniel@makrotopia.org> SVN-Revision: 45520
* netifd: fix start_disabled 'sh: bad number' in mac80211 setup (bug #19345)Felix Fietkau2015-04-111-0/+1
| | | | | | | | | | | | | | | | | | | Two errors "netifd: radio0: sh: bad number" have recently surfaced in system log in trunk when wifi interfaces come up. I tracked the errors to checking numerical values of some config options without ensuring that the option has any value. The errors I see have apparently been introduced by r45051 (ieee80211r in hostapd) and r45326 (start_disabled in mac80211). My patches fix two instances of "bad number", but there may be a third one, as the original report in bug 19345 pre-dates r45326 and already has two "bad number" errors for radio0. https://dev.openwrt.org/ticket/19345 Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> SVN-Revision: 45379
* mac80211: add start_disabled optionJohn Crispin2015-04-091-2/+3
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 45326
* mac80211: Revert adding SM Power Save capability to hostapd configurationJohn Crispin2015-02-021-8/+0
| | | | | | | | | | | | | | | Part of rev 44173 added setting the SM Power Save capability in the hostapd.conf file if the driver indicated that it was supported. It appears this was incorrect, because the field in the actual HT Capabilities field in the AP configuration is really a state indication. Just copying the state from the capability resulted in the AP indicating that it had SMPS enabled all the time if it supported SMPS. This effectively just disables all clients from sending packets to the AP with more than one spatial stream, for no good reason. So remove this part of the change. Signed-off-by: Robert Hancock <hancockrwd@gmail.com> SVN-Revision: 44239
* mac80211: Add some missing 802.11n capabilities to hostapd configurationJohn Crispin2015-01-281-0/+11
| | | | | | | | | Add some missing 802.11n capabilities to the hostapd ht_capab string when supported by the hardware: Spatial Multiplexing Power-Save and 7935-byte AMSDUs. Signed-off-by: Robert Hancock <hancockrwd@gmail.com> SVN-Revision: 44173
* mac80211/hostapd: fix HT mode setup for RSN ad-hoc networksFelix Fietkau2015-01-241-29/+33
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 44100
* mac80211: fix ad-hoc basic/multicast rate regression from r43782Felix Fietkau2015-01-051-2/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 43853
* mac80211: fix HT mode selection for ad-hocFelix Fietkau2014-12-221-3/+32
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 43769
* mac80211: try to get interface addresses from wiphy sysfs 'addresses' if no ↵Felix Fietkau2014-11-191-1/+19
| | | | | | | | mask is set Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 43326
* scripts: fix wrong usage of '==' operatorJohn Crispin2014-10-141-1/+1
| | | | | | | | | | | | | | [base-files] shell-scripting: fix wrong usage of '==' operator normally the '==' is used for invoking a regex parser and is a bashism. all of the fixes just want to compare a string. the used busybox-ash will silently "ignore" this mistake, but make it portable/clean at least. this patch does not change the behavior/logic of the scripts. Signed-off-by: Bastian Bittorf <bittorf@bluebottle.com> SVN-Revision: 42911
* mac80211: support wildcard paths when matching physJo-Philipp Wich2014-07-291-3/+7
| | | | | | | | | | | | | This change introduces support for wildcard patterns in "option path" of section "wifi-device". Objective is to allow paths like "*/usb[0-9]/*/*" in order to claim any usb device using the same backend type, regardless of its bus address or phy name. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 41873
* mac80211: Fix config variable name for dtim_periodFelix Fietkau2014-07-101-1/+1
| | | | | | | | | | | | The vif option dtim_period was accidently renamed dtim_interval in r38988 ("netifd: add wireless configuration support and port mac80211 to the new framework"). This is wrong and makes the dtim_period/dtim_interval a dead option because the rest of the config generation code still uses dtim_period. Reported-by: Jeppe Ledet-Pedersen <jlp@steinwurf.com> Signed-off-by: Sven Eckelmann <sven@narfation.org> SVN-Revision: 41557
* mac80211: disable greenfield by defaultFelix Fietkau2014-06-221-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 41300
* mac80211: fix disabling of 802.11n featuresFelix Fietkau2014-06-131-0/+6
| | | | | | | | | | | | r40682 ("mac80211: clean up ht capability handling, drop the use of the ht_capab list, use individual variables instead") removed the ht_capab list and replaced it with optional variables to disable features for a phy. But these variables weren't added in drv_mac80211_init_device_config and thus didn't make any difference when modifying /etc/config/wireless. Signed-off-by: Sven Eckelmann <sven@narfation.org> SVN-Revision: 41180
* mac80211: query driver for max A-MPDU length exponentJohn Crispin2014-06-021-1/+20
| | | | | | | | | | | | This patch enables netifd to query 802.11ac-driver for the maximum supported A-MPDU length exponent, possibly increasing VHT throughput by more aggressive frame aggregation. v2: refreshed patch Signed-off-by: Matti Laakso <malaakso at elisanet.fi> SVN-Revision: 40938
* mac80211: fix stbc configurationFelix Fietkau2014-05-191-2/+3
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40783
* mac80211: fix ht capabilities for HT20Felix Fietkau2014-05-181-1/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40776
* mac80211: fix VHT80 channel allocation (thx, SeG)Felix Fietkau2014-05-151-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40770
* mac80211: remove obsolete check for enable_htFelix Fietkau2014-05-031-178/+176
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40694
* mac80211: add support for htmode=VHT20Felix Fietkau2014-05-031-1/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40686
* mac80211: force upper channel for HT40 when autochannel is enabledFelix Fietkau2014-05-031-0/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40685
* mac80211: add automatic ht40 mode handling for 2.4 ghzFelix Fietkau2014-05-031-3/+20
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40684
* mac80211: clean up vht capability processingFelix Fietkau2014-05-031-42/+22
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40683
* mac80211: clean up ht capability handling, drop the use of the ht_capab ↵Felix Fietkau2014-05-031-5/+51
| | | | | | | | list, use individual variables instead Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40682
* mac80211: disable 802.11n support if htmode is not set to HT* or VHT*Felix Fietkau2014-05-031-3/+7
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40681
* mac80211: simplify HT40 handling, derive lower/upper channel mode ↵Felix Fietkau2014-05-031-25/+12
| | | | | | | | automatically from channel index Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 40680
* 802.11s: fix authsae support in netifdJohn Crispin2014-04-121-1/+14
| | | | | | | | | | This patch implements support for 802.11s protected mesh wireless networks (using authsae) in the netifd framework. Until meshd-nl80211 implements a proper -P option for the PID file, this uses shell backgrounding in order to be able to get the PID for the process. Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net> SVN-Revision: 40497
* mac80211: declare missing config parameter mesh_idFelix Fietkau2014-02-281-0/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 39766
* mac80211: add validation rulesJohn Crispin2014-02-181-2/+2
| | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 39622
* wifi: Introduce 802.11ac supportFelix Fietkau2014-02-031-1/+167
| | | | | | | | | | | | | | | | This patch introduces 802.11ac support to mac80211 and hostapd. The split of VHT160 in two 80 MHz bands is not yet supported, since it requires an additional user supplied parameter for the channel of the second band. Signed-off-by: Matti Laakso <malaakso@elisanet.fi> Signed-off-by: Simon Wunderlich <simon@open-mesh.com> [sven@open-mesh.com: Rebased patch, merged htmode and vhtmode, removed special hwmode, replaced uci vht_capab list with overwritable autoconfig, fixed hostapd integration, fixed commit description, add HT40+/- for VHT modes, add VHT40 center_freq autoconfig, refactored major parts] Signed-off-by: Sven Eckelmann <sven@open-mesh.com> SVN-Revision: 39456
* mac80211: fix basic rate list processing in ad-hoc modeFelix Fietkau2014-02-021-2/+3
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 39450
* mac80211: fix processing of the distance option (#14893)Felix Fietkau2014-02-021-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 39447
* netifd: fix mac80211.sh to respect setting of mcast_rateJohn Crispin2014-01-121-1/+1
| | | | | | | | | | | | | | This patch fixes a bug in /lib/netifd/wireless/mac80211.sh, where the UCI setting of wireless multicast traffic (in uci: mcast_rate) is not respected within netifd. Especially in Freifunk mesh networks the olsr routing as effected by this, as only the lowest mcast_rate was used, even when uci ncast_rate was set to something else. In function mac80211_setup_adhoc() the value of mcast_rate is missing in json_get_vars. Signed-off-by: Thomas Huehn <thomas@net.t-labs.tu-berlin.de> SVN-Revision: 39232
* mac80211: add missing set_default to fix stray "radio0: sh: bad number" messagesJo-Philipp Wich2013-12-101-0/+2
| | | | SVN-Revision: 39028
* mac80211: fix using custom wifi-iface ifname option with netifdFelix Fietkau2013-12-081-1/+1
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 39003
* mac80211: fix ad-hoc network setup with netifd (#14564)Felix Fietkau2013-12-031-3/+2
| | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 38993
* netifd: add wireless configuration support and port mac80211 to the new ↵Felix Fietkau2013-12-021-0/+443
framework Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 38988
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-19 17:20:31 +0000