kernel: omap: omap-des.ko is not available in kernel 3.13

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>


git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40665 3c298f89-4303-0410-b956-a3cf2f4a3e73
kernel: fix dependency to xor-neon.ko

If this module gets build the xor module depends on it

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>


git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40666 3c298f89-4303-0410-b956-a3cf2f4a3e73
omap: fix usb dependencies

There are some problems in the dependencies of the usb modules

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>


git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40667 3c298f89-4303-0410-b956-a3cf2f4a3e73
kernel: net-rtl8188eu depends on kmod-usbcore

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>


git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40668 3c298f89-4303-0410-b956-a3cf2f4a3e73
mxs: fix typo in patch filename

Signed-off-by: Michael Heimpold <mhei@heimpold.de>



git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40678 3c298f89-4303-0410-b956-a3cf2f4a3e73
mxs: rename files so that profiles are sorted alphabetically

While at it, make spelling at little bit more consistent,
at least for my taste :-)

Signed-off-by: Michael Heimpold <mhei@heimpold.de>



git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40679 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: simplify HT40 handling, derive lower/upper channel mode automatically from channel index

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40680 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: disable 802.11n support if htmode is not set to HT* or VHT*

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40681 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: clean up ht capability handling, drop the use of the ht_capab list, use individual variables instead

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40682 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: clean up vht capability processing

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40683 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: add automatic ht40 mode handling for 2.4 ghz

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40684 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: force upper channel for HT40 when autochannel is enabled

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40685 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: add support for htmode=VHT20

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40686 3c298f89-4303-0410-b956-a3cf2f4a3e73
ath9k: merge a few upstream fixes

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40687 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: enable CFG80211_CERTIFICATION_ONUS by default

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40688 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: restrict ath9k/ath10k DFS support to ETSI

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40689 3c298f89-4303-0410-b956-a3cf2f4a3e73
hostapd: add an option for 802.11h (enabled by default)

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40690 3c298f89-4303-0410-b956-a3cf2f4a3e73
ath5k: merge a tx power handling fix

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40691 3c298f89-4303-0410-b956-a3cf2f4a3e73
ath: Add config option for DFS support

This patch adds a config option to enable DFS in ath9k and ath10k
drivers (with ath10k you need the AP-branch firmware). I'm not entirely
sure about the regulatory compliance issues, though. As far as I
understand, enabling the DFS_CERTIFIED config options implies that the
device is certified for DFS. No doubt the original firmware has obtained
such a certification, but not with the open source drivers. I suppose
that as long as this is disabled in default builds (like ATH_USER_REGD)
everything should be fine, but it would be nice to have out-of-the-box
OpenWrt support for DFS. I'm also not sure whether the description of
the configuration option should say something about regulatory compliance.

Signed-off-by: Matti Laakso <malaakso@elisanet.fi>
Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40692 3c298f89-4303-0410-b956-a3cf2f4a3e73
mac80211: remove mode_11n variable for hwmode - the option only selects the band now

Signed-off-by: Felix Fietkau <nbd@openwrt.org>

git-svn-id: svn://svn.openwrt.org/openwrt/trunk@40693 3c298f89-4303-0410-b956-a3cf2f4a3e73