mac80211: update to wireless-testing 2014-11-04

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

SVN-Revision: 43210

1 files changed, 0 insertions, 33 deletions

diff --git a/package/kernel/mac80211/patches/328-ath9k-fix-processing-RXORN-interrupts.patch b/package/kernel/mac80211/patches/328-ath9k-fix-processing-RXORN-interrupts.patch
deleted file mode 100644
index e9dbc6820ec..00000000000
--- a/package/kernel/mac80211/patches/328-ath9k-fix-processing-RXORN-interrupts.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From: Felix Fietkau <nbd@openwrt.org>
-Date: Sat, 18 Oct 2014 13:31:52 +0200
-Subject: [PATCH] ath9k: fix processing RXORN interrupts
-
-The "goto chip_reset" is a bit misleading, because it does not actually
-issue a chip reset. Instead it is bypassing processing of other
-interrupts and assumes that the tasklet will issue a chip reset.
-
-In the case of RXORN this does not happen, so bypassing processing of
-other interrupts will simply allow them to fire again. Even if RXORN
-was triggering a reset, it is not critical enough to need the bypass
-here.
-
-Signed-off-by: Felix Fietkau <nbd@openwrt.org>
----
-
---- a/drivers/net/wireless/ath/ath9k/main.c
-+++ b/drivers/net/wireless/ath/ath9k/main.c
-@@ -545,11 +545,10 @@ irqreturn_t ath_isr(int irq, void *dev)
- 		sched = true;
- 
- 	/*
--	 * If a FATAL or RXORN interrupt is received, we have to reset the
--	 * chip immediately.
-+	 * If a FATAL interrupt is received, we have to reset the chip
-+	 * immediately.
- 	 */
--	if ((status & ATH9K_INT_FATAL) || ((status & ATH9K_INT_RXORN) &&
--	    !(ah->caps.hw_caps & ATH9K_HW_CAP_EDMA)))
-+	if (status & ATH9K_INT_FATAL)
- 		goto chip_reset;
- 
- 	if ((ah->config.hw_hang_checks & HW_BB_WATCHDOG) &&