mtk-20170518/package/kernel/mac80211/files/lib/netifd, branch v17.01.5 MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker mac80211: don't pass the hostapd ctrl iface in adhoc 2017-12-13T15:51:12+00:00 Antonio Quartulli ordex@autistici.org 2012-11-09T14:23:34+00:00 0f175041ad03d381a575e2c2b1a1c9ca76fe0e99 Passing the ctrl iface to wpa_supplicant will automatically cause wpa_supplicant to send "STOP_AP" messages to the hostapd. This breaks the AP interfaces. Signed-off-by: Antonio Quartulli <ordex@autistici.org> (cherry picked from commit 0da54fa6428ea98d31b49f5d9a4a272214f5d188) 
Passing the ctrl iface to wpa_supplicant will automatically cause wpa_supplicant
to send "STOP_AP" messages to the hostapd. This breaks the AP interfaces.

Signed-off-by: Antonio Quartulli <ordex@autistici.org>
(cherry picked from commit 0da54fa6428ea98d31b49f5d9a4a272214f5d188)
mac80211: gracefully handle preexisting VIF 2017-12-13T14:29:01+00:00 Jo-Philipp Wich jo@mein.io 2017-05-14T17:47:07+00:00 f0a493160cbc3feb683b6efb23ec80e0564d1be2 Gracefully handle cases where the to-be-created wireless interface already exists on the system which might commonly happen with non-multi-SSID capable wireless drivers. This fixes commit 8301e613655c2d95fa5430a1a57d92d966fdc70b which caused previously ignored "Too many open files in system (-23)" errors to fail the wireless setup procedure. With the updated approach we'll still try recreating the vif after one second if the first attempt to do so failed with ENFILE but we will now consider the operation successfull if a second attempt still yields ENFILE with the requested ifname already existing on the system. Fixes FS#664, FS#704. Suggested-by: Vittorio Gambaletta <openwrt@vittgam.net> Signed-off-by: Jo-Philipp Wich <jo@mein.io> (cherry picked from commit 4a033475453b63d0d5ae41489e7c395882567698) 
Gracefully handle cases where the to-be-created wireless interface already
exists on the system which might commonly happen with non-multi-SSID capable
wireless drivers.

This fixes commit 8301e613655c2d95fa5430a1a57d92d966fdc70b which caused
previously ignored "Too many open files in system (-23)" errors to fail the
wireless setup procedure.

With the updated approach we'll still try recreating the vif after one
second if the first attempt to do so failed with ENFILE but we will now
consider the operation successfull if a second attempt still yields ENFILE
with the requested ifname already existing on the system.

Fixes FS#664, FS#704.

Suggested-by: Vittorio Gambaletta <openwrt@vittgam.net>
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
(cherry picked from commit 4a033475453b63d0d5ae41489e7c395882567698)
mac80211: Fix race condition leading to wifi interfaces not coming up at boot sometimes. 2017-12-13T13:52:24+00:00 Vittorio Gambaletta openwrt@vittgam.net 2017-03-14T13:45:15+00:00 62a8252a0f32d6c148e4565354fd6a99da13fa41 In the drv_mac80211_setup function, mac80211_interface_cleanup is called to ask the kernel to delete all existing interfaces for the phy that is being configured via netlink. Later in the first function, mac80211_prepare_vif is called to set up the new interfaces as required. But sometimes, when mac80211_prepare_vif (and so the relevant `iw phy x interface add y` command) runs, the kernel might still be cleaning up the old interface with the same ifname. It usually takes very few time to do that; possibly a few milliseconds of sleep in the script after detecting this error condition could be enough, but the busybox sh does not support sub-second sleep intervals. When this happens, iw obviously fails to create the new interface; and the following message is printed in the system log, followed by subsequent failure messages from hostapd in case this would have been an AP interface. Tue Mar 14 04:21:57 2017 daemon.notice netifd: radio1 (2767): command failed: Too many open files in system (-23) This was a long-standing issue existing since at least OpenWrt Backfire, and today I finally managed to debug and (hopefully) solve it. It was happening very few times on most devices; but it was happening a lot more frequently on fast platforms with multiple radios, such as the powerpc-based dual-ath9k-radio tl-wdr4900-v1. Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net> (cherry picked from commit 8301e613655c2d95fa5430a1a57d92d966fdc70b) 
In the drv_mac80211_setup function, mac80211_interface_cleanup
is called to ask the kernel to delete all existing interfaces
for the phy that is being configured via netlink.

Later in the first function, mac80211_prepare_vif is called to
set up the new interfaces as required.

But sometimes, when mac80211_prepare_vif (and so the relevant
`iw phy x interface add y` command) runs, the kernel might still
be cleaning up the old interface with the same ifname. It usually
takes very few time to do that; possibly a few milliseconds of
sleep in the script after detecting this error condition could be
enough, but the busybox sh does not support sub-second sleep
intervals.

When this happens, iw obviously fails to create the new interface;
and the following message is printed in the system log, followed by
subsequent failure messages from hostapd in case this would have been
an AP interface.

Tue Mar 14 04:21:57 2017 daemon.notice netifd: radio1 (2767): command failed: Too many open files in system (-23)

This was a long-standing issue existing since at least OpenWrt Backfire,
and today I finally managed to debug and (hopefully) solve it.
It was happening very few times on most devices; but it was happening
a lot more frequently on fast platforms with multiple radios, such as
the powerpc-based dual-ath9k-radio tl-wdr4900-v1.

Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
(cherry picked from commit 8301e613655c2d95fa5430a1a57d92d966fdc70b)
mac80211, hostapd: always explicitly set beacon interval 2017-05-27T12:24:13+00:00 Matthias Schiffer mschiffer@universe-factory.net 2017-05-13T14:17:44+00:00 4bd3b8f8b0bc97cb7de4242b4f67c57ea8296de5 One of the latest mac80211 updates added sanity checks, requiring the beacon intervals of all VIFs of the same radio to match. This often broke AP+11s setups, as these modes use different default intervals, at least in some configurations (observed on ath9k). Instead of relying on driver or hostapd defaults, change the scripts to always explicitly set the beacon interval, defaulting to 100. This also applies the beacon interval to 11s interfaces, which had been forgotten before. VIF-specific beacon_int setting is removed from hostapd.sh. Fixes FS#619. Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net> 
One of the latest mac80211 updates added sanity checks, requiring the
beacon intervals of all VIFs of the same radio to match. This often broke
AP+11s setups, as these modes use different default intervals, at least in
some configurations (observed on ath9k).

Instead of relying on driver or hostapd defaults, change the scripts to
always explicitly set the beacon interval, defaulting to 100. This also
applies the beacon interval to 11s interfaces, which had been forgotten
before. VIF-specific beacon_int setting is removed from hostapd.sh.

Fixes FS#619.

Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>
mac80211: start hostapd with logging wpa_printf messages to syslog 2017-02-05T21:33:05+00:00 Rafał Miłecki rafal@milecki.pl 2017-01-30T06:32:00+00:00 36288db2fd857643cd9c4437322614d8f14e4b69 Some debugging/error messages are printed using wpa_printf and this change allows finally reading them out of the syslog. Signed-off-by: Rafał Miłecki <rafal@milecki.pl> 
Some debugging/error messages are printed using wpa_printf and this
change allows finally reading them out of the syslog.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
mac80211: Allow HT/VHT rates when running unencrypted mesh. 2017-01-02T15:47:59+00:00 Alexis Green agreen@cococorp.com 2016-12-21T23:17:01+00:00 fd718c50256536ed082852d735dc7690d7604418 Signed-off-by: Alexis Green <agreen@cococorp.com> 
Signed-off-by: Alexis Green <agreen@cococorp.com>
mac80211: fix calculation of VHT capability values 2016-06-10T16:08:30+00:00 Scott Shambarger devel@shambarger.net 2016-06-10T12:50:35+00:00 4b8f0a2d26e5477b2dc4542ec7438665a906b756 - Fix calculation of `$vht_cap` bit field - Replace wrong reference to `$tx_stbc` variable with proper `$tx_stbc_2by1` one - Emit proper `RX-STBC-{1,12,123,1234}` tokens for the VHT capability list See https://dev.openwrt.org/ticket/22535 for reference. Signed-off-by: Scott Shambarger <devel@shambarger.net> 
 - Fix calculation of `$vht_cap` bit field
 - Replace wrong reference to `$tx_stbc` variable with proper `$tx_stbc_2by1` one
 - Emit proper `RX-STBC-{1,12,123,1234}` tokens for the VHT capability list

See https://dev.openwrt.org/ticket/22535 for reference.

Signed-off-by: Scott Shambarger <devel@shambarger.net>
mac80211: make the path phy lookup more robust regarding config upgrades, allow partial path matching 2016-01-21T13:28:04+00:00 Felix Fietkau nbd@openwrt.org 2016-01-21T13:28:04+00:00 95965cd81349bbbfe99414a74181c07d9c42f4aa Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 48425 
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

SVN-Revision: 48425
mac80211: fix passing of VHT80 in IBSS mode 2015-12-09T15:19:41+00:00 Jo-Philipp Wich jow@openwrt.org 2015-12-09T15:19:41+00:00 3041fbb4d2afe7b2d0598378b25aac3a7444eb4b The "iw" utility expects the VHT80 to be specified as uppercase "80MHZ", change the script to reflect that. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47814 
The "iw" utility expects the VHT80 to be specified as uppercase "80MHZ",
change the script to reflect that.

Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>

SVN-Revision: 47814
mac80211: fix disabling HT in IBSS mode (#21340) 2015-12-09T15:18:43+00:00 Jo-Philipp Wich jow@openwrt.org 2015-12-09T15:18:43+00:00 713f698bd438591ecf487520e1d752183ca2ec46 Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 47813 
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>

SVN-Revision: 47813