gmane.linux.kernel.wireless.general

[PATCH 1/5] ath9k: Merge HWTIMER debug level with BTCOEX

Sujith Manoharan — 2013-06-18T04:43:39

From: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>

Signed-off-by: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
---
 drivers/net/wireless/ath/ath.h      | 13 ++++++-------
 drivers/net/wireless/ath/ath9k/hw.c |  6 +++---
 2 files changed, 9 insertions(+), 10 deletions(-)

diff --git a/drivers/net/wireless/ath/ath.h b/drivers/net/wireless/ath/ath.h
index 4521342..daeafef 100644
--- a/drivers/net/wireless/ath/ath.h
+++ b/drivers/net/wireless/ath/ath.h
< at >< at > -239,13 +239,12 < at >< at > enum ATH_DEBUG {
 ATH_DBG_CONFIG= 0x00000200,
 ATH_DBG_FATAL= 0x00000400,
 ATH_DBG_PS= 0x00000800,
-ATH_DBG_HWTIMER= 0x00001000,
-ATH_DBG_BTCOEX= 0x00002000,
-ATH_DBG_WMI= 0x00004000,
-ATH_DBG_BSTUCK= 0x00008000,
-ATH_DBG_MCI= 0x00010000,
-ATH_DBG_DFS= 0x00020000,
-ATH_DBG_WOW= 0x00040000,
+ATH_DBG_BTCOEX= 0x00001000,
+ATH_DBG_WMI= 0x00002000,
+ATH_DBG_BSTUCK= 0x00004000,
+ATH_DBG_MCI= 0x00008000,
+ATH_DBG_DFS= 0x00010000,
+ATH_DBG_WOW= 0x00020000,

[PATCH 1/3] initvals: Update inivals for AR9462 2.0

Sujith Manoharan — 2013-06-18T04:43:08

From: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>

Signed-off-by: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
---
 tools/initvals/ar9462_2p0_initvals.h | 2 +-
 tools/initvals/checksums.txt         | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/tools/initvals/ar9462_2p0_initvals.h b/tools/initvals/ar9462_2p0_initvals.h
index 999ab08..f00e945 100644
--- a/tools/initvals/ar9462_2p0_initvals.h
+++ b/tools/initvals/ar9462_2p0_initvals.h
< at >< at > -78,7 +78,7 < at >< at > static const u32 ar9462_2p0_baseband_postamble[][5] = {
 {0x0000a284, 0x00000000, 0x00000000, 0x00000150, 0x00000150},
 {0x0000a288, 0x00000110, 0x00000110, 0x00000110, 0x00000110},
 {0x0000a28c, 0x00022222, 0x00022222, 0x00022222, 0x00022222},
-{0x0000a2c4, 0x00058d18, 0x00058d18, 0x00058d18, 0x00058d18},
+{0x0000a2c4, 0x00158d18, 0x00158d18, 0x00158d18, 0x00158d18},
 {0x0000a2d0, 0x00041981, 0x00041981, 0x00041981, 0x00041982},
 {0x0000a2d8, 0x7999a83b, 0x7999a83b, 0x7999a83b, 0x7999

[PATCH] mac80211: allow key deletion for mesh interface

Chun-Yeow Yeoh — 2013-06-18T04:07:02

This is to support key deletion for mesh interface, especially
to be used for key which is not deleted even with the deletion
of peer mesh station.

Signed-off-by: Chun-Yeow Yeoh <yeohchunyeow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 net/mac80211/cfg.c |    5 ++++-
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/net/mac80211/cfg.c b/net/mac80211/cfg.c
index 64cf294..6ff3414 100644
--- a/net/mac80211/cfg.c
+++ b/net/mac80211/cfg.c
< at >< at > -239,7 +239,10 < at >< at > static int ieee80211_del_key(struct wiphy *wiphy, struct net_device *dev,
 if (mac_addr) {
 ret = -ENOENT;
 
-sta = sta_info_get_bss(sdata, mac_addr);
+if (ieee80211_vif_is_mesh(&sdata->vif))
+sta = sta_info_get(sdata, mac_addr);
+else
+sta = sta_info_get_bss(sdata, mac_addr);
 if (!sta)
 goto out_unlock;

[RFC 1/2] mac80211: Stop timer before deleting data structures.

2013-06-18T00:28:00

From: Ben Greear <greearb-my8/4N5VtI7c+919tysfdA< at >public.gmane.org>

Not sure this matters, but it seems cleaner.

Signed-off-by: Ben Greear <greearb-my8/4N5VtI7c+919tysfdA< at >public.gmane.org>
---
 net/mac80211/mlme.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index 732eda0..ebfa416 100644
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
< at >< at > -4379,11 +4379,11 < at >< at > void ieee80211_mgd_stop(struct ieee80211_sub_if_data *sdata)
 cancel_work_sync(&ifmgd->chswitch_work);
 
 mutex_lock(&ifmgd->mtx);
+del_timer_sync(&ifmgd->timer);
 if (ifmgd->assoc_data)
 ieee80211_destroy_assoc_data(sdata, false, true);
 if (ifmgd->auth_data)
 ieee80211_destroy_auth_data(sdata, false);
-del_timer_sync(&ifmgd->timer);
 mutex_unlock(&ifmgd->mtx);
 }

(unknown)

AFG GTBANK LOAN — 2013-06-17T19:28:00



Loan Syndicacion

Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie
unsere
Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen
Mehrwert für unsere
Kunden Unternehmen.
eine Division der AFG Finance und Private Bank plc.

Wenn Sie erwägen, eine große Akquisition oder ein Großprojekt sind, können
Sie
brauchen eine erhebliche Menge an Kredit. AFG Guaranty Trust Bank setzen
können
zusammen das Syndikat, das die gesamte Kredit schnürt für
Sie.


Als Bank mit internationaler Reichweite, sind wir gekommen, um Darlehen zu
identifizieren
Syndizierungen als Teil unseres Kerngeschäfts und durch spitzte diese Zeile
aggressiv sind wir an einem Punkt, wo wir kommen, um als erkannt haben
Hauptakteur in diesem Bereich.


öffnen Sie ein Girokonto heute mit einem Minimum Bankguthaben von 500 £ und
Getup zu £ 10.000 als Darlehen und auch den Hauch einer Chance und gewann
die Sterne
Preis von £ 500.000 in die sparen und gewinnen promo in may.aply jetzt.


mit dem Folowin

[PATCH] staging: vt6656: mac.c MACvDisableKeyEntry remove dead code wOffset

Malcolm Priestley — 2013-06-17T21:34:39

Signed-off-by: Malcolm Priestley <tvboxspy-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/staging/vt6656/mac.c | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/drivers/staging/vt6656/mac.c b/drivers/staging/vt6656/mac.c
index c707d86..e2c8e48 100644
--- a/drivers/staging/vt6656/mac.c
+++ b/drivers/staging/vt6656/mac.c
< at >< at > -120,14 +120,10 < at >< at > void MACvSetBBType(struct vnt_private *pDevice, u8 byType)
  */
 void MACvDisableKeyEntry(struct vnt_private *pDevice, u32 uEntryIdx)
 {
-u16 wOffset;
 u8 byData;
 
     byData = (u8) uEntryIdx;
 
-    wOffset = MISCFIFO_KEYETRY0;
-    wOffset += (uEntryIdx * MISCFIFO_KEYENTRYSIZE);

[RFC 1/2] wireless: Add memory usage debugging.

2013-06-17T21:32:25

From: Ben Greear <greearb-my8/4N5VtI7c+919tysfdA< at >public.gmane.org>

The bss objects are reference counted, and the ies
are also tricky to keep track of.  Add option to
track allocation and freeing of the ies and bss objects,
and add debugfs files to show the current objects.

Signed-off-by: Ben Greear <greearb-my8/4N5VtI7c+919tysfdA< at >public.gmane.org>
---
 net/wireless/Kconfig   |   13 +++++
 net/wireless/core.c    |    5 +-
 net/wireless/core.h    |   17 ++++++
 net/wireless/debugfs.c |  117 +++++++++++++++++++++++++++++++++++++++++++
 net/wireless/debugfs.h |    2 +
 net/wireless/scan.c    |  130 ++++++++++++++++++++++++++++++++++++++++++------
 6 files changed, 267 insertions(+), 17 deletions(-)

diff --git a/net/wireless/Kconfig b/net/wireless/Kconfig
index 16d08b3..43ec2cd 100644
--- a/net/wireless/Kconfig
+++ b/net/wireless/Kconfig
< at >< at > -115,6 +115,19 < at >< at > config CFG80211_DEBUGFS
 
   If unsure, say N.
 
+config CFG80211_MEM_DEBUGGING
+bool "cfg80211 memory debugging logic"
+default n
+depends on CFG802

[PATCH] staging: vt6656: mac.c Remove commented out dead code

Malcolm Priestley — 2013-06-17T21:31:00

Signed-off-by: Malcolm Priestley <tvboxspy-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/staging/vt6656/mac.c | 25 -------------------------
 1 file changed, 25 deletions(-)

diff --git a/drivers/staging/vt6656/mac.c b/drivers/staging/vt6656/mac.c
index 5e01be5..c707d86 100644
--- a/drivers/staging/vt6656/mac.c
+++ b/drivers/staging/vt6656/mac.c
< at >< at > -128,10 +128,6 < at >< at > void MACvDisableKeyEntry(struct vnt_private *pDevice, u32 uEntryIdx)
     wOffset = MISCFIFO_KEYETRY0;
     wOffset += (uEntryIdx * MISCFIFO_KEYENTRYSIZE);
 
-    //VNSvOutPortW(dwIoBase + MAC_REG_MISCFFNDEX, wOffset);
-    //VNSvOutPortD(dwIoBase + MAC_REG_MISCFFDATA, 0);
-    //VNSvOutPortW(dwIoBase + MAC_REG_MISCFFCTL, MISCFFCTL_WRITE);
-
     //issue write misc fifo command to device
     CONTROLnsRequestOut(pDevice,
                         MESSAGE_TYPE_CLRKEYENTRY,
< at >< at > -180,12 +176,6 < at >< at > void MACvSetKeyEntry(struct vnt_private *pDevice, u16 wKeyCtl, u32 uEntryIdx,
 DBG_PRT(MSG_LEVEL_DEBUG, KERN_INFO"1. wOffset: %d, Data: %X,"\
 "

[PATCH] staging: vt6656: mac.c MACvWriteMultiAddr: Remove secondary variable byData1

Malcolm Priestley — 2013-06-17T21:26:11

Signed-off-by: Malcolm Priestley <tvboxspy-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/staging/vt6656/mac.c | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/staging/vt6656/mac.c b/drivers/staging/vt6656/mac.c
index 87c7c8b..5e01be5 100644
--- a/drivers/staging/vt6656/mac.c
+++ b/drivers/staging/vt6656/mac.c
< at >< at > -57,15 +57,13 < at >< at > static int          msglevel                =MSG_LEVEL_INFO;
  */
 void MACvWriteMultiAddr(struct vnt_private *pDevice, u32 uByteIdx, u8 byData)
 {
-u8 byData1;
 
-    byData1 = byData;
     CONTROLnsRequestOut(pDevice,
                         MESSAGE_TYPE_WRITE,
                         (u16) (MAC_REG_MAR0 + uByteIdx),
                         MESSAGE_REQUEST_MACREG,
                         1,
-                        &byData1);
+&byData);
 }
 
 /*

[PATCH] staging: vt6656: mac.c pbyData Remove magic number array size

Malcolm Priestley — 2013-06-17T21:19:54

Array size always equals ARRAY_SIZE of pbyData

Signed-off-by: Malcolm Priestley <tvboxspy-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/staging/vt6656/mac.c | 22 +++++++++++-----------
 1 file changed, 11 insertions(+), 11 deletions(-)

diff --git a/drivers/staging/vt6656/mac.c b/drivers/staging/vt6656/mac.c
index 343db19..87c7c8b 100644
--- a/drivers/staging/vt6656/mac.c
+++ b/drivers/staging/vt6656/mac.c
< at >< at > -101,7 +101,7 < at >< at > void MACvSetBBType(struct vnt_private *pDevice, u8 byType)
                         MESSAGE_TYPE_WRITE_MASK,
                         MAC_REG_ENCFG0,
                         MESSAGE_REQUEST_MACREG,
-                        2,
+ARRAY_SIZE(pbyData),
                         pbyData
                         );
 }
< at >< at > -232,7 +232,7 < at >< at > void MACvSetKeyEntry(struct vnt_private *pDevice, u16 wKeyCtl, u32 uEntryIdx,
                         MESSAGE_TYPE_SETKEY,
                         wOffset,
                         (u16)uKeyIdx,
-                        24,
+ARRAY_SIZE(pbyData

Lots of confusion on bss refcounting.

Ben Greear — 2013-06-17T18:49:55

More on looking for bss and ies leaks...

I am trying to understand the bss refcounting, but everywhere I
look it seems like the code is weird at best.

For instance:

We create an assoc_data, assign a bss pointer in ieee80211_mgd_assoc,
but do not claim a reference.

Later, when deleting the assoc_data, the ref is not freed either,
except in one error path where it is explicitly freed:

if (!ieee80211_assoc_success(sdata, *bss, mgmt, len)) {
/* oops -- internal error -- send timeout for now */
ieee80211_destroy_assoc_data(sdata, false);
cfg80211_put_bss(sdata->local->hw.wiphy, *bss);
return RX_MGMT_CFG80211_ASSOC_TIMEOUT;
}

This seems ripe for bugs, if not already buggy.

Maybe we should be more explicit about always grabbing a ref when
we take a reference to the pointer, and always put it when we
destroy the pointer?

I'll be happy to cook up some patches if this seems like the right
path to take.

Thanks,
Ben

[PATCH] ssb: add struct for serial flash

Rafał Miłecki — 2013-06-17T17:56:20

This data allow writing for example MTD driver.

Signed-off-by: Rafał Miłecki <zajec5-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/ssb/driver_chipcommon_sflash.c |    7 +++++++
 include/linux/ssb/ssb_driver_mips.h    |   15 +++++++++++++++
 2 files changed, 22 insertions(+)

diff --git a/drivers/ssb/driver_chipcommon_sflash.c b/drivers/ssb/driver_chipcommon_sflash.c
index 1b9e770..205f1c4 100644
--- a/drivers/ssb/driver_chipcommon_sflash.c
+++ b/drivers/ssb/driver_chipcommon_sflash.c
< at >< at > -73,6 +73,7 < at >< at > static void ssb_sflash_cmd(struct ssb_chipcommon *cc, u32 opcode)
 /* Initialize serial flash access */
 int ssb_sflash_init(struct ssb_chipcommon *cc)
 {
+struct ssb_sflash *sflash = &cc->dev->bus->mipscore.sflash;
 const struct ssb_sflash_tbl_e *e;
 u32 id, id2;
 
< at >< at > -131,6 +132,12 < at >< at > int ssb_sflash_init(struct ssb_chipcommon *cc)
 return -ENOTSUPP;
 }
 
+sflash->window = SSB_FLASH2;
+sflash->blocksize = e->blocksize;
+sflash->numblocks = e->numblocks;
+sflash->size = sflash->blocksize *

[PATCH 1/2] ssb: use const for serial flash hardware table

Rafał Miłecki — 2013-06-17T17:19:19

Signed-off-by: Rafał Miłecki <zajec5-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/ssb/driver_chipcommon_sflash.c |    8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/ssb/driver_chipcommon_sflash.c b/drivers/ssb/driver_chipcommon_sflash.c
index 720665c..1b9e770 100644
--- a/drivers/ssb/driver_chipcommon_sflash.c
+++ b/drivers/ssb/driver_chipcommon_sflash.c
< at >< at > -16,7 +16,7 < at >< at > struct ssb_sflash_tbl_e {
 u16 numblocks;
 };
 
-static struct ssb_sflash_tbl_e ssb_sflash_st_tbl[] = {
+static const struct ssb_sflash_tbl_e ssb_sflash_st_tbl[] = {
 { "M25P20", 0x11, 0x10000, 4, },
 { "M25P40", 0x12, 0x10000, 8, },
 
< at >< at > -27,7 +27,7 < at >< at > static struct ssb_sflash_tbl_e ssb_sflash_st_tbl[] = {
 { 0 },
 };
 
-static struct ssb_sflash_tbl_e ssb_sflash_sst_tbl[] = {
+static const struct ssb_sflash_tbl_e ssb_sflash_sst_tbl[] = {
 { "SST25WF512", 1, 0x1000, 16, },
 { "SST25VF512", 0x48, 0x1000, 16, },
 { "SST25WF010", 2, 0x1000, 32, },
< at >< at > -45,7 +45,7 < at >< at > static struct ssb_sflash_

Timer rollback in beacons on AR9342-based AP

Harshal Chhaya — 2013-06-17T16:42:34

Hello,

On an AR9342-based AP, we occasionally see the TSF timer in beacons
roll back i.e. the timer resets and starts over. This causes all
clients to disconnect probably because their power-save timers get out
of sync. This typically happens under heavy load.

The AP is running openwrt with compat-wireless from Feb 22nd 2013 and
the 1.0 release of hostapd (pkg version = 20120910).

Any ideas on what could be causing the timer to reset? What kind of
additional information would help in debugging this?

Thanks,
- Harshal
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] bcma: update core (en|dis)abling functions

Rafał Miłecki — 2013-06-17T16:34:32

Broadocm updated their code, this may be needed for newer hardware or
some corner cases.

Signed-off-by: Rafał Miłecki <zajec5-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/bcma/core.c |   28 +++++++++++++++++++++++++---
 1 file changed, 25 insertions(+), 3 deletions(-)

diff --git a/drivers/bcma/core.c b/drivers/bcma/core.c
index 17b26ce..37a5ffe 100644
--- a/drivers/bcma/core.c
+++ b/drivers/bcma/core.c
< at >< at > -9,6 +9,25 < at >< at >
 #include <linux/export.h>
 #include <linux/bcma/bcma.h>
 
+static bool bcma_core_wait_value(struct bcma_device *core, u16 reg, u32 mask,
+ u32 value, int timeout)
+{
+unsigned long deadline = jiffies + timeout;
+u32 val;
+
+do {
+val = bcma_aread32(core, reg);
+if ((val & mask) == value)
+return true;
+cpu_relax();
+udelay(10);
+} while (!time_after_eq(jiffies, deadline));
+
+bcma_warn(core->bus, "Timeout waiting for register 0x%04X!\n", reg);
+
+return false;
+}
+
 bool bcma_core_is_enabled(struct bcma_device *core)
 {
 if ((bcma_aread32(core, BCMA_IOCTL) &

rtl8192cu fail to connect with a AP

Tobias Kluge — 2013-06-17T14:06:01

Hi,

I've recently bought a TP-Link TL-WN8200ND USB WiFi dongle, it uses the
Realtek 8192cu chipset.
After several attempts with different kernels (starting with 3.2.6) and
compat-wireless drivers, I'm still running into the same problem. The device
can successful scan for networks in reach, but cannot connect to any of
them, regardless the encryption (tried every mode, including no encryption
at all). 

At the moment I'm using the kernel release 3.10.0-rc6 and the device is
still not recognized by the "rtl8192cu" driver module without manually
setting the device ID into the SySFS

"echo "2357 0100" > /sys/bus/usb/drivers/rtl8192cu/new_id"

here is the output of "lsusb"

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 004: ID 2357:0100  
Bus 002 Device 003: ID 0c0b:b159 Dura Micro, Inc. (Acomdata) 
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundat

[PATCH v2] ath9k: Fix ANI for AP mode

Sujith Manoharan — 2013-06-17T08:54:36

From: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>

The commit "ath9k: Fix ANI monitoring" reverted an earlier
commit that adjusted ANI to improve performance. But, this causes
adverse effects in AP mode (as reported by Felix based on an OpenWrt
report). Use the older INI/period configuration for now until more
testing is done.

Cc: Felix Fietkau <nbd-p3rKhJxN3npAfugRpC6u6w< at >public.gmane.org>
Cc: Rajkumar Manoharan <rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
Signed-off-by: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
---
v2 - Earlier patch added a macro twice.

 drivers/net/wireless/ath/ath9k/ani.c | 29 ++++++++++++-----------------
 drivers/net/wireless/ath/ath9k/ani.h |  6 +++++-
 2 files changed, 17 insertions(+), 18 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/ani.c b/drivers/net/wireless/ath/ath9k/ani.c
index a68beb1..4994bea 100644
--- a/drivers/net/wireless/ath/ath9k/ani.c
+++ b/drivers/net/wireless/ath/ath9k/ani.c
< at >< at > -186,6 +186,14 < at >< at > s

[PATCH] ath9k: Fix ANI for AP mode

Sujith Manoharan — 2013-06-17T08:49:32

From: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>

The commit "ath9k: Fix ANI monitoring" reverted an earlier
commit that adjusted ANI to improve performance. But, this causes
adverse effects in AP mode (as reported by Felix based on an OpenWrt
report). Use the older INI/period configuration for now until more
testing is done.

Cc: Felix Fietkau <nbd-p3rKhJxN3npAfugRpC6u6w< at >public.gmane.org>
Cc: Rajkumar Manoharan <rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
Signed-off-by: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
---
 drivers/net/wireless/ath/ath9k/ani.c | 29 ++++++++++++-----------------
 drivers/net/wireless/ath/ath9k/ani.h |  7 ++++++-
 2 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/ani.c b/drivers/net/wireless/ath/ath9k/ani.c
index a68beb1..4994bea 100644
--- a/drivers/net/wireless/ath/ath9k/ani.c
+++ b/drivers/net/wireless/ath/ath9k/ani.c
< at >< at > -186,6 +186,14 < at >< at > static void ath9k_hw_set_ofdm_nil(struct

ath3k hackery; doing it in userland

Adrian Chadd — 2013-06-17T06:27:30

Hi,

As part of general freebsd wireless hackery I've found a need to port
ath3k to freebsd.

Whilst doing it, I asked - why isn't this in userland? All it's doing
is pushing firmware in. It doesn't have to be in the kernel!

So, without further ado:

https://github.com/erikarn/ath3k

I'm using the libusb 1.0 API so it should be portable between OSes.

There's some interesting issues that have crept up - specifically, the
AR3012 resets after loading in the syscfg and thus doesn't take the
"set normal mode" and "change VID".

So, why's this in the kernel?



Adrian
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] ath9k: Fix LNA gpio for AR9485

Sujith Manoharan — 2013-06-17T01:31:47

From: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>

The commit "ath9k: Add custom parameters for CUS198" didn't
pass the correct gpio value to ath9k_hw_cfg_output(). Fix it.

Reported-by: Felix Fietkau <nbd-p3rKhJxN3npAfugRpC6u6w< at >public.gmane.org>
Signed-off-by: Sujith Manoharan <c_manoha-A+ZNKFmMK5xy9aJCnZT0Uw< at >public.gmane.org>
---
 drivers/net/wireless/ath/ath9k/ar9003_eeprom.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/net/wireless/ath/ath9k/ar9003_eeprom.c b/drivers/net/wireless/ath/ath9k/ar9003_eeprom.c
index 9a00bc0..eae23b9 100644
--- a/drivers/net/wireless/ath/ath9k/ar9003_eeprom.c
+++ b/drivers/net/wireless/ath/ath9k/ar9003_eeprom.c
< at >< at > -3576,7 +3576,7 < at >< at > static void ar9003_hw_ant_ctrl_apply(struct ath_hw *ah, bool is2ghz)
 else
 gpio = AR9300_EXT_LNA_CTL_GPIO_AR9485;
 
-ath9k_hw_cfg_output(ah, AR9300_EXT_LNA_CTL_GPIO_AR9485,
+ath9k_hw_cfg_output(ah, gpio,
     AR_GPIO_OUTPUT_MUX_AS_PCIE_ATTENTION_LED);
 }

ath9k problems in AP mode for 3.2 kernels / 3.10-rc1-2 compat-drivers

Jorge Bueno Moreno — 2013-06-16T17:18:00

Hello,

My card is: TP-LINK Model No. TL-WN951N Ver 1.0 that shows as:

phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81: mem=0xf8ee0000, irq=20

and lspci:

05:05.0 Network controller: Atheros Communications Inc. AR5416 Wireless Network Adapter [AR5008 802.11(a)bgn] (rev 01)
    Subsystem: Atheros Communications Inc. Device 3071
    Flags: bus master, 66MHz, medium devsel, latency 168, IRQ 20
    Memory at febc0000 (32-bit, non-prefetchable) [size=64K]
    Capabilities: [40] #80 [0000]
    Kernel driver in use: ath9k

It works in STA mode in my debian squeeze with kernel 2.6.32-48 but not very well in AP mode given that,
as soon as hostapd is run to go AP mode I get:

Jun 16 12:33:33 hostname kernel: [   88.176476] irq 16: nobody cared (try booting with the "irqpoll" option)
Jun 16 12:33:33 hostname kernel: [   88.176560] Pid: 0, comm: swapper Not tainted 2.6.32-5-686 #1
Jun 16 12:33:33 hostname kernel: [   88.176565] Call Trace:
Jun 16 12:33:33 hostname kernel: [   88.176578]  [<c