diff options
author | Felix Fietkau <nbd@openwrt.org> | 2015-03-11 15:02:47 +0000 |
---|---|---|
committer | Felix Fietkau <nbd@openwrt.org> | 2015-03-11 15:02:47 +0000 |
commit | 9f5dba18e9a1a3716dd805702195521d32e385ca (patch) | |
tree | bff917861075b930a7cc3b520f0371ecdcddcdc8 /package/kernel/mac80211/patches/330-ath5k-fix-spontaneus-AR5312-freezes.patch | |
parent | 61cd5ce994701218a033578d2174e4791c146771 (diff) | |
download | master-187ad058-9f5dba18e9a1a3716dd805702195521d32e385ca.tar.gz master-187ad058-9f5dba18e9a1a3716dd805702195521d32e385ca.tar.bz2 master-187ad058-9f5dba18e9a1a3716dd805702195521d32e385ca.zip |
mac80211: update to wireless-testing 2015-03-09
Based on patch by Bryan Forbes <bryan@reigndropsfall.net>
Also update mt76 to update for API changes
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
git-svn-id: svn://svn.openwrt.org/openwrt/trunk@44655 3c298f89-4303-0410-b956-a3cf2f4a3e73
Diffstat (limited to 'package/kernel/mac80211/patches/330-ath5k-fix-spontaneus-AR5312-freezes.patch')
-rw-r--r-- | package/kernel/mac80211/patches/330-ath5k-fix-spontaneus-AR5312-freezes.patch | 45 |
1 files changed, 0 insertions, 45 deletions
diff --git a/package/kernel/mac80211/patches/330-ath5k-fix-spontaneus-AR5312-freezes.patch b/package/kernel/mac80211/patches/330-ath5k-fix-spontaneus-AR5312-freezes.patch deleted file mode 100644 index aacadbaf2f..0000000000 --- a/package/kernel/mac80211/patches/330-ath5k-fix-spontaneus-AR5312-freezes.patch +++ /dev/null @@ -1,45 +0,0 @@ -From: Sergey Ryazanov <ryazanov.s.a@gmail.com> -Date: Tue, 3 Feb 2015 22:37:26 +0300 -Subject: [PATCH] ath5k: fix spontaneus AR5312 freezes - -Sometimes while CPU have some load and ath5k doing the wireless -interface reset the whole WiSoC completely freezes. Set of tests shows -that using atomic delay function while we wait interface reset helps to -avoid such freezes. - -The easiest way to reproduce this issue: create a station interface, -start continous scan with wpa_supplicant and load CPU by something. Or -just create multiple station interfaces and put them all in continous -scan. - -This patch partially reverts the commit 1846ac3dbec0 ("ath5k: Use -usleep_range where possible"), which replaces initial udelay() -by usleep_range(). - -I do not know actual source of this issue, but all looks like that HW -freeze is caused by transaction on internal SoC bus, while wireless -block is in reset state. - -Also I should note that I do not know how many chips are affected, but I -did not see this issue with chips, other than AR5312. - -CC: Jiri Slaby <jirislaby@gmail.com> -CC: Nick Kossifidis <mickflemm@gmail.com> -CC: Luis R. Rodriguez <mcgrof@do-not-panic.com> -Fixes: 1846ac3dbec0 ("ath5k: Use usleep_range where possible") -Reported-by: Christophe Prevotaux <c.prevotaux@rural-networks.com> -Tested-by: Christophe Prevotaux <c.prevotaux@rural-networks.com> -Tested-by: Eric Bree <ebree@nltinc.com> -Signed-off-by: Sergey Ryazanov <ryazanov.s.a@gmail.com> ---- ---- a/drivers/net/wireless/ath/ath5k/reset.c -+++ b/drivers/net/wireless/ath/ath5k/reset.c -@@ -478,7 +478,7 @@ ath5k_hw_wisoc_reset(struct ath5k_hw *ah - regval = ioread32(reg); - iowrite32(regval | val, reg); - regval = ioread32(reg); -- usleep_range(100, 150); -+ udelay(100); /* NB: should be atomic */ - - /* Bring BB/MAC out of reset */ - iowrite32(regval & ~val, reg); |