<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.kernel.wireless.general">
    <title>gmane.linux.kernel.wireless.general</title>
    <link>http://blog.gmane.org/gmane.linux.kernel.wireless.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91474"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91467"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91466"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91451"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91442"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91438"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91434"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91431"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91419"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91415"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91414"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91413"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91412"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91407"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91393"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91392"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91391"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91390"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91389"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91388"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91474">
    <title>[PATCH] mac80211: Add routine for retrieving qosnull frame</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91474</link>
    <description>&lt;pre&gt;From: Soumik Das &amp;lt;soumik.das-0IS4wlFg1OjSUeElwK9/Pw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

Add routine for retrieving qos null template frame.
Driver may need that for uploading it in the device.

Signed-off-by: Soumik Das &amp;lt;soumik.das-0IS4wlFg1OjSUeElwK9/Pw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Signed-off-by: Prakhar Vig &amp;lt;prakhar.vig-0IS4wlFg1OjSUeElwK9/Pw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 include/net/mac80211.h |   16 ++++++++++++++++
 net/mac80211/tx.c      |   38 ++++++++++++++++++++++++++++++++++++++
 2 files changed, 54 insertions(+), 0 deletions(-)

diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index 1937c7d..10a0529 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -2876,6 +2876,22 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct sk_buff *ieee80211_nullfunc_get(struct ieee80211_hw *hw,
        struct ieee80211_vif *vif);
 
 /**
+ * ieee80211_qosnullfunc_get - retrieve a qos nullfunc template
+ * &amp;lt; at &amp;gt;hw: pointer obtained from ieee80211_alloc_hw().
+ * &amp;lt; at &amp;gt;vif: &amp;amp;struct ieee80211_vif pointer from the add_interface callback.
+ *
+ * Creates a QOS Nullfunc templat&lt;/pre&gt;</description>
    <dc:creator>Soumik Das</dc:creator>
    <dc:date>2012-05-26T10:06:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91467">
    <title>Anyone doing WiFi throughput tests?</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91467</link>
    <description>&lt;pre&gt;We've been doing some tests using Atheros stations and various APs.  The max throughput
we've seen so far is about 237Mbps (received UDP payload on the stations).
(Open-Air, AP about 5 feet away, 3x3 MIMO, HT40, 5Ghz, etc).

We are still running lots of different permutations, but I am interested if
anyone else has any numbers to share (official or otherwise).

Thanks,
Ben

&lt;/pre&gt;</description>
    <dc:creator>Ben Greear</dc:creator>
    <dc:date>2012-05-26T03:17:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91466">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91466</link>
    <description>&lt;pre&gt;
 i am robothroli, Purchase manager from roli Merchant Ltd. We are
Import/export Company based in taiwan. We are interested in purchasing
your product and I would like to make an inquiry. Please inform me on:

Sample availability and price
Minimum order quantity
FOB Prices

Sincerely
Purchase Manager
robothroli



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

&lt;/pre&gt;</description>
    <dc:creator>robothroli company</dc:creator>
    <dc:date>2012-05-25T13:45:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91451">
    <title>[ANN] QCA swiss army knife</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91451</link>
    <description>&lt;pre&gt;To help with simplifying placement of userspace tool development for
QCA for our different drivers we have merged together a few public
development repositories into one, a qca-swiss-army-knife:

Code: git://github.com/mcgrof/qca-swiss-army-knife.git
Wiki: https://github.com/mcgrof/qca-swiss-army-knife/wiki

Of most importance so far is the initval-tools [0], if you used to
send patches for this utility please update your git tree to point to
this new URL, a simple change in the name should let you git pull all
the new changes, you will not have to reset your tree. The other tools
that merged into this tree were  ath-utils and hal-reg-dump, so I've
nuked the old trees from github.

If you have any question please let us know.

[0] http://wireless.kernel.org/en/users/Drivers/ath9k_hw/initvals-tool

  Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&amp;lt; at &amp;gt;public.gmane.org
More majordomo info at  http://vger.kernel.org/major&lt;/pre&gt;</description>
    <dc:creator>Luis R. Rodriguez</dc:creator>
    <dc:date>2012-05-25T20:08:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91442">
    <title>[RFC] mac80211: net_ratelimit few aggregation related messages</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91442</link>
    <description>&lt;pre&gt;From: Mohammed Shafi Shajakhan &amp;lt;mohammed-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

net_ratelimit few aggregation related messages, these messages
floods the log when aggregation is disabled for some wifi
test cases in the AP side. mac80211 gives up after 15 addba
requests, but ieee80211_start_tx_ba_session will be
repeatedly called by drivers rate control tx_status callback

Signed-off-by: Mohammed Shafi Shajakhan &amp;lt;mohammed-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 net/mac80211/agg-tx.c |   21 ++++++++++++---------
 1 files changed, 12 insertions(+), 9 deletions(-)

diff --git a/net/mac80211/agg-tx.c b/net/mac80211/agg-tx.c
index 7cf0715..d9fb5ef 100644
--- a/net/mac80211/agg-tx.c
+++ b/net/mac80211/agg-tx.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -464,8 +464,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int ieee80211_start_tx_ba_session(struct ieee80211_sta *pubsta, u16 tid,
 return -EINVAL;
 
 #ifdef CONFIG_MAC80211_HT_DEBUG
-printk(KERN_DEBUG "Open BA session requested for %pM tid %u\n",
-       pubsta-&amp;gt;addr, tid);
+if (net_ratelimit())
+printk(KERN_DEBUG "Open BA sessio&lt;/pre&gt;</description>
    <dc:creator>Mohammed Shafi Shajakhan</dc:creator>
    <dc:date>2012-05-25T15:37:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91438">
    <title>[PATCH V2 1/2] ath6kl: Fix race in aggregation reorder logic</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91438</link>
    <description>&lt;pre&gt;There are many places where tid data are accessed without
the lock (rxtid-&amp;gt;lock), this can lead to a race condition
when the timeout handler for aggregatin reorder and the
receive function are getting executed at the same time.
Fix this race, but still there are races which can not
be fixed without rewriting the whole aggregation reorder
logic, for now fix the obvious ones.

Signed-off-by: Vasanthakumar Thiagarajan &amp;lt;vthiagar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath6kl/txrx.c |   11 +++++++++--
 1 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/net/wireless/ath/ath6kl/txrx.c b/drivers/net/wireless/ath/ath6kl/txrx.c
index 67206ae..60723be 100644
--- a/drivers/net/wireless/ath/ath6kl/txrx.c
+++ b/drivers/net/wireless/ath/ath6kl/txrx.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1036,6 +1036,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void aggr_deque_frms(struct aggr_info_conn *agg_conn, u8 tid,
 rxtid = &amp;amp;agg_conn-&amp;gt;rx_tid[tid];
 stats = &amp;amp;agg_conn-&amp;gt;stat[tid];
 
+spin_lock_bh(&amp;amp;rxtid-&amp;gt;lock);
 idx = AGGR_WIN_IDX(rxtid-&amp;gt;seq_next,&lt;/pre&gt;</description>
    <dc:creator>Vasanthakumar Thiagarajan</dc:creator>
    <dc:date>2012-05-25T10:19:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91434">
    <title>[V2 1/2] ath6kl: Fix race in aggregation reorder logic</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91434</link>
    <description>&lt;pre&gt;There are many places where tid data are accessed without
the lock (rxtid-&amp;gt;lock), this can lead to a race condition
when the timeout handler for aggregatin reorder and the
receive function are getting executed at the same time.
Fix this race, but still there are races which can not
be fixed without rewriting the whole aggregation reorder
logic, for now fix the obvious ones.

Signed-off-by: Vasanthakumar Thiagarajan &amp;lt;vthiagar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath6kl/txrx.c |   11 +++++++++--
 1 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/net/wireless/ath/ath6kl/txrx.c b/drivers/net/wireless/ath/ath6kl/txrx.c
index 67206ae..60723be 100644
--- a/drivers/net/wireless/ath/ath6kl/txrx.c
+++ b/drivers/net/wireless/ath/ath6kl/txrx.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1036,6 +1036,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void aggr_deque_frms(struct aggr_info_conn *agg_conn, u8 tid,
 rxtid = &amp;amp;agg_conn-&amp;gt;rx_tid[tid];
 stats = &amp;amp;agg_conn-&amp;gt;stat[tid];
 
+spin_lock_bh(&amp;amp;rxtid-&amp;gt;lock);
 idx = AGGR_WIN_IDX(rxtid-&amp;gt;seq_next,&lt;/pre&gt;</description>
    <dc:creator>Vasanthakumar Thiagarajan</dc:creator>
    <dc:date>2012-05-25T10:04:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91431">
    <title>[PATCH 1/2] ath6kl: Fix race in aggregation reorder logic</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91431</link>
    <description>&lt;pre&gt;There are many places where tid data are accessed without
the lock (rxtid-&amp;gt;lock), this can lead to a race condition
when the timeout handler for aggregatin reorder and the
receive function are getting executed at the same time.
Fix this race, but still there are races which can not
be fixed without rewriting the whole aggregation reorder
logic, for now fix the obvious ones.

Signed-off-by: Vasanthakumar Thiagarajan &amp;lt;vthiagar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath6kl/txrx.c |   11 +++++++++--
 1 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/net/wireless/ath/ath6kl/txrx.c b/drivers/net/wireless/ath/ath6kl/txrx.c
index 67206ae..60723be 100644
--- a/drivers/net/wireless/ath/ath6kl/txrx.c
+++ b/drivers/net/wireless/ath/ath6kl/txrx.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1036,6 +1036,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void aggr_deque_frms(struct aggr_info_conn *agg_conn, u8 tid,
 rxtid = &amp;amp;agg_conn-&amp;gt;rx_tid[tid];
 stats = &amp;amp;agg_conn-&amp;gt;stat[tid];
 
+spin_lock_bh(&amp;amp;rxtid-&amp;gt;lock);
 idx = AGGR_WIN_IDX(rxtid-&amp;gt;seq_next,&lt;/pre&gt;</description>
    <dc:creator>Vasanthakumar Thiagarajan</dc:creator>
    <dc:date>2012-05-25T09:55:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91419">
    <title>[PATCH 1/2] nl80211/cfg80211: add scan channel times to scan command</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91419</link>
    <description>&lt;pre&gt;In order to give the usermode an ability to configure
scan channel times, and as it required for the beacon
reports in the 802.11k standard.

Add to the scan command min/max channel times. Add
min/max passive channel times, since a single scan
can contain both passive and active channels due to
regulatory constraints.

Signed-off-by: Victor Goldenshtein &amp;lt;victorg-l0cyMroinI0&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 include/linux/nl80211.h |   22 ++++++++++++++++++++++
 include/net/cfg80211.h  |   11 +++++++++++
 net/wireless/nl80211.c  |   25 +++++++++++++++++++++++++
 3 files changed, 58 insertions(+), 0 deletions(-)

diff --git a/include/linux/nl80211.h b/include/linux/nl80211.h
index 2540e86..8dca611 100644
--- a/include/linux/nl80211.h
+++ b/include/linux/nl80211.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1222,6 +1222,23 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; enum nl80211_commands {
  * &amp;lt; at &amp;gt;NL80211_ATTR_BG_SCAN_PERIOD: Background scan period in seconds
  *      or 0 to disable background scan.
  *
+ * &amp;lt; at &amp;gt;NL80211_ATTR_SCAN_MIN_CH_TIME: Minimum active scan time (in TUs),
+ *u32 attribute to setup min&lt;/pre&gt;</description>
    <dc:creator>Victor Goldenshtein</dc:creator>
    <dc:date>2012-05-24T18:52:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91415">
    <title>[PATCH v2] mac80211: add op to configure default key id</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91415</link>
    <description>&lt;pre&gt;There are hardwares which support offload of data packets
for example when auto ARP is enabled the hw will send
the ARP response. In such cases if WEP encryption is
configured the hw must know the default WEP key in order
to encrypt the packets correctly.

When hw_accel is enabled and encryption type is set to WEP,
the driver should get the default key index from mac80211.

Signed-off-by: Yoni Divinsky &amp;lt;yoni.divinsky-l0cyMroinI0&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
v2: added documention and commit changelog
    added tracing function

 include/net/mac80211.h      |    7 ++++++-
 net/mac80211/cfg.c          |    3 +--
 net/mac80211/driver-ops.h   |   17 +++++++++++++++++
 net/mac80211/driver-trace.h |   24 ++++++++++++++++++++++++
 net/mac80211/key.c          |    6 +++++-
 net/mac80211/key.h          |    2 +-
 6 files changed, 54 insertions(+), 5 deletions(-)

diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index 4d6e6c6..f368af5 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1427,6 +142&lt;/pre&gt;</description>
    <dc:creator>Yoni Divinsky</dc:creator>
    <dc:date>2012-05-24T15:15:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91414">
    <title>[PATCH] Fix the Problem of Unreachable Mesh Station when joining from one MBSS to another MBSS</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91414</link>
    <description>&lt;pre&gt;Mesh station that joins an MBSS is reachable using mesh portal with 6 address frame
by mesh stations from another MBSS if these two different MBSSes are bridged. However,
if the mesh station later moves into the same MBSS of those mesh stations, it is unreachable
by mesh stations in the MBSS due to the mpp_paths table is not deleted. A quick fix is
to perform mesh_path_lookup, if it is available for the target destination, mpp_path_lookup
is not performed. When the mesh station moves back to its original MBSS, the mesh_paths will
be deleted once expired. So, it will be reachable using mpp_path_lookup again.

Signed-off-by: Chun-Yeow Yeoh &amp;lt;yeohchunyeow-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 net/mac80211/tx.c |    9 ++++++---
 1 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/net/mac80211/tx.c b/net/mac80211/tx.c
index d67d36f..f44cd9d 100644
--- a/net/mac80211/tx.c
+++ b/net/mac80211/tx.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1740,7 +1740,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; netdev_tx_t ieee80211_subif_start_xmit(struct sk_buff *skb,
 __le16 fc;
 struc&lt;/pre&gt;</description>
    <dc:creator>Chun-Yeow Yeoh</dc:creator>
    <dc:date>2012-05-24T15:14:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91413">
    <title>[PATCH v2] compat: rename compat-3.5.c to compat-3.4.c</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91413</link>
    <description>&lt;pre&gt;It only contains simple_open, which is already available on Linux 3.4.
Fixes duplicate symbol issues on 3.4

Signed-off-by: Felix Fietkau &amp;lt;nbd-p3rKhJxN3npAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 compat/Makefile            |    2 +-
 compat/compat-3.4.c        |   20 ++++++++++++++++++++
 compat/compat-3.5.c        |   20 --------------------
 include/linux/compat-3.4.h |    2 ++
 include/linux/compat-3.5.h |    2 --
 5 files changed, 23 insertions(+), 23 deletions(-)
 create mode 100644 compat/compat-3.4.c
 delete mode 100644 compat/compat-3.5.c

diff --git a/compat/Makefile b/compat/Makefile
index bda677b..667e727 100644
--- a/compat/Makefile
+++ b/compat/Makefile
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -37,7 +37,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; compat-$(CONFIG_COMPAT_KERNEL_2_6_39) += \
 compat-$(CONFIG_COMPAT_KERNEL_3_0) += compat-3.0.o
 compat-$(CONFIG_COMPAT_KERNEL_3_2) += compat-3.2.o
 compat-$(CONFIG_COMPAT_KERNEL_3_3) += compat-3.3.o
-compat-$(CONFIG_COMPAT_KERNEL_3_5) += compat-3.5.o
+compat-$(CONFIG_COMPAT_KERNEL_3_4) += compat-3.4.o
 
 compat-$(CONFIG_COMPAT_CORDIC) &lt;/pre&gt;</description>
    <dc:creator>Felix Fietkau</dc:creator>
    <dc:date>2012-05-24T13:32:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91412">
    <title>[PATCH] compat: rename compat-3.5.c to compat-3.4.c</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91412</link>
    <description>&lt;pre&gt;It only contains simple_open, which is already available on Linux 3.4.
Fixes duplicate symbol issues on 3.4

Signed-off-by: Felix Fietkau &amp;lt;nbd-p3rKhJxN3npAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 compat/Makefile     |    2 +-
 compat/compat-3.4.c |   20 ++++++++++++++++++++
 compat/compat-3.5.c |   20 --------------------
 3 files changed, 21 insertions(+), 21 deletions(-)
 create mode 100644 compat/compat-3.4.c
 delete mode 100644 compat/compat-3.5.c

diff --git a/compat/Makefile b/compat/Makefile
index bda677b..667e727 100644
--- a/compat/Makefile
+++ b/compat/Makefile
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -37,7 +37,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; compat-$(CONFIG_COMPAT_KERNEL_2_6_39) += \
 compat-$(CONFIG_COMPAT_KERNEL_3_0) += compat-3.0.o
 compat-$(CONFIG_COMPAT_KERNEL_3_2) += compat-3.2.o
 compat-$(CONFIG_COMPAT_KERNEL_3_3) += compat-3.3.o
-compat-$(CONFIG_COMPAT_KERNEL_3_5) += compat-3.5.o
+compat-$(CONFIG_COMPAT_KERNEL_3_4) += compat-3.4.o
 
 compat-$(CONFIG_COMPAT_CORDIC) += cordic.o
 compat-$(CONFIG_COMPAT_CRC8) += crc8.o
diff --git a/compat/compat-3.4.c b/compat/com&lt;/pre&gt;</description>
    <dc:creator>Felix Fietkau</dc:creator>
    <dc:date>2012-05-24T13:29:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91407">
    <title>[PATCH 3.5 1/4] ath9k: stop rx dma before stopping tx</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91407</link>
    <description>&lt;pre&gt;It has been found that active Rx can interfere with stopping tx DMA, which
could result in at least parts of those "Failed to stop Tx DMA!" messages.
Stopping rx before tx should prevent that.

Signed-off-by: Felix Fietkau &amp;lt;nbd-p3rKhJxN3npAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/main.c |    7 ++++---
 1 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c
index dfa78e8..4de4473 100644
--- a/drivers/net/wireless/ath/ath9k/main.c
+++ b/drivers/net/wireless/ath/ath9k/main.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -239,7 +239,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static bool ath_prepare_reset(struct ath_softc *sc, bool retry_tx, bool flush)
 {
 struct ath_hw *ah = sc-&amp;gt;sc_ah;
 struct ath_common *common = ath9k_hw_common(ah);
-bool ret;
+bool ret = true;
 
 ieee80211_stop_queues(sc-&amp;gt;hw);
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -250,11 +250,12 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static bool ath_prepare_reset(struct ath_softc *sc, bool retry_tx, bool flush)
 ath9k_debug_samp_bb_mac(sc);
 ath9k_hw_disable_interrupts(ah);
 
-ret = ath_d&lt;/pre&gt;</description>
    <dc:creator>Felix Fietkau</dc:creator>
    <dc:date>2012-05-24T12:32:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91393">
    <title>[PATCH v2 22/22] ath9k: improve BT FTP/PAN performance</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91393</link>
    <description>&lt;pre&gt;From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

When BT FTP/PAN transmits while WLAN is idle, the one of 9462 chain
often picks up BT's tx signal and starts receiving. If the current
weight is set to be higher than BT tx, BT tx will be aborted and this
also degrades BT performance. Hence lower WLAN rx priority in this
case only when there are no WLAN traffic.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/ath9k.h  |    2 ++
 drivers/net/wireless/ath/ath9k/btcoex.c |   10 ++++++++--
 drivers/net/wireless/ath/ath9k/btcoex.h |    4 ++++
 drivers/net/wireless/ath/ath9k/gpio.c   |   13 +++++++++++++
 drivers/net/wireless/ath/ath9k/recv.c   |    1 +
 5 files changed, 28 insertions(+), 2 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/ath9k.h b/drivers/net/wireless/ath/ath9k/ath9k.h
index 9c54d4c..29248e5 100644
--- a/drivers/net/wireless/ath/ath9k/ath9k.h
+++ b/drivers/net/wireless/ath/ath9k/ath9k.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;&lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:04:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91392">
    <title>[PATCH v2 21/22] ath9k_hw: fix power state for MCI</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91392</link>
    <description>&lt;pre&gt;From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

Program MCI related power registers only if MCI interrupts
are enabled. This could help to reduce power consumptions when
WLAN alone is enabled in BT coex chips.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/hw.c |   25 +++++++++----------------
 1 file changed, 9 insertions(+), 16 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/hw.c b/drivers/net/wireless/ath/ath9k/hw.c
index 9e8fef2..d13211d 100644
--- a/drivers/net/wireless/ath/ath9k/hw.c
+++ b/drivers/net/wireless/ath/ath9k/hw.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -2006,12 +2006,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static void ath9k_set_power_sleep(struct ath_hw *ah)
 REG_SET_BIT(ah, AR_STA_ID1, AR_STA_ID1_PWR_SAV);
 
 if (AR_SREV_9462(ah)) {
-REG_WRITE(ah, AR_TIMER_MODE,
-  REG_READ(ah, AR_TIMER_MODE) &amp;amp; 0xFFFFFF00);
-REG_WRITE(ah, AR_NDP2_TIMER_MODE,
-  REG_READ(ah, AR_NDP2_TIMER_MODE) &amp;amp; 0xFFFFFF00);
-REG_WRITE(ah, AR_SLP32_INC,
-  REG_READ&lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:04:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91391">
    <title>[PATCH v2 20/22] ath9k: always perform ani calibration at poll</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91391</link>
    <description>&lt;pre&gt;
From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

Skiping the ani based on power state is delaying the ani cycles
further on an idle state. And also as the power state is updated
in different contexts, let us not skip the ani calibration.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/main.c |    5 -----
 1 file changed, 5 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c
index 3e8bef8..b9c9f4c 100644
--- a/drivers/net/wireless/ath/ath9k/main.c
+++ b/drivers/net/wireless/ath/ath9k/main.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -554,10 +554,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void ath_ani_calibrate(unsigned long data)
 short_cal_interval = (ah-&amp;gt;opmode == NL80211_IFTYPE_AP) ?
 ATH_AP_SHORT_CALINTERVAL : ATH_STA_SHORT_CALINTERVAL;
 
-/* Only calibrate if awake */
-if (sc-&amp;gt;sc_ah-&amp;gt;power_mode != ATH9K_PM_AWAKE)
-goto set_timer;
&lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:03:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91390">
    <title>[PATCH v2 19/22] ath: do not update cycle counters with sleep mode</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91390</link>
    <description>&lt;pre&gt;
From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

When the chip is waking up from sleep state, the cycle counters
might have incorrect readings. So it is better not to update those
readings with software counters.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/main.c |    1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c
index 02a8010..3e8bef8 100644
--- a/drivers/net/wireless/ath/ath9k/main.c
+++ b/drivers/net/wireless/ath/ath9k/main.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -101,6 +101,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void ath9k_ps_wakeup(struct ath_softc *sc)
 spin_lock(&amp;amp;common-&amp;gt;cc_lock);
 ath_hw_cycle_counters_update(common);
 memset(&amp;amp;common-&amp;gt;cc_survey, 0, sizeof(common-&amp;gt;cc_survey));
+memset(&amp;amp;common-&amp;gt;cc_ani, 0, sizeof(common-&amp;gt;cc_ani));
 spin_unlock(&amp;amp;common-&amp;gt;cc_lock);
 }
 
&lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:03:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91389">
    <title>[PATCH v2 18/22] ath9k: BT coex performance tuning for AR9462</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91389</link>
    <description>&lt;pre&gt;From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

Use smaller aggregation limit and increasing aggregation threshold
for osla that could improve wlan performance when there is HID profile.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/ar9003_mci.c |    3 --
 drivers/net/wireless/ath/ath9k/ar9003_mci.h |    1 -
 drivers/net/wireless/ath/ath9k/mci.c        |   54 +++++++++++++++++----------
 3 files changed, 35 insertions(+), 23 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/ar9003_mci.c b/drivers/net/wireless/ath/ath9k/ar9003_mci.c
index 8b09a82..b1ced2a 100644
--- a/drivers/net/wireless/ath/ath9k/ar9003_mci.c
+++ b/drivers/net/wireless/ath/ath9k/ar9003_mci.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1381,9 +1381,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; u32 ar9003_mci_state(struct ath_hw *ah, u32 state_type, u32 *p_data)
 case MCI_STATE_NEED_FTP_STOMP:
 value = !(mci-&amp;gt;config &amp;amp; ATH_MCI_CONFIG_DISABLE_FTP_STOMP);
 break;
-case MCI_STATE_NEED_TUNING:
-value = !(mci&lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:03:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91388">
    <title>[PATCH v2 17/22] ath9k_hw: fix BT RF performance</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91388</link>
    <description>&lt;pre&gt;From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

When software rfkill is triggered, before put the chip in reset
state, give LNA and SPDT control to BT to make sure BT can have
good RF performance.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/ar9003_mci.c |   16 ++++++++++++++++
 drivers/net/wireless/ath/ath9k/ar9003_mci.h |    1 +
 drivers/net/wireless/ath/ath9k/hw.c         |    3 +++
 3 files changed, 20 insertions(+)

diff --git a/drivers/net/wireless/ath/ath9k/ar9003_mci.c b/drivers/net/wireless/ath/ath9k/ar9003_mci.c
index 854dff6..8b09a82 100644
--- a/drivers/net/wireless/ath/ath9k/ar9003_mci.c
+++ b/drivers/net/wireless/ath/ath9k/ar9003_mci.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1391,3 +1391,19 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; u32 ar9003_mci_state(struct ath_hw *ah, u32 state_type, u32 *p_data)
 return value;
 }
 EXPORT_SYMBOL(ar9003_mci_state);
+
+void ar9003_mci_bt_gain_ctrl(struct ath_hw *ah)
+{
+struct ath_common *common = ath9k_hw_common(ah);
+struct &lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:03:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.kernel.wireless.general/91387">
    <title>[PATCH v2 16/22] ath9k_hw: configure ar9462 switching regulator</title>
    <link>http://comments.gmane.org/gmane.linux.kernel.wireless.general/91387</link>
    <description>&lt;pre&gt;
From: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

Enable WLAN and BT mode for switching regulator discontinuous
orverride for AR9462 chips.

Signed-off-by: Rajkumar Manoharan &amp;lt;rmanohar-A+ZNKFmMK5xy9aJCnZT0Uw&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 drivers/net/wireless/ath/ath9k/ar9003_phy.c |    4 ++++
 drivers/net/wireless/ath/ath9k/hw.h         |    1 -
 drivers/net/wireless/ath/ath9k/reg.h        |    2 ++
 3 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/drivers/net/wireless/ath/ath9k/ar9003_phy.c b/drivers/net/wireless/ath/ath9k/ar9003_phy.c
index 11abb97..d6baf69 100644
--- a/drivers/net/wireless/ath/ath9k/ar9003_phy.c
+++ b/drivers/net/wireless/ath/ath9k/ar9003_phy.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -676,6 +676,10 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int ar9003_hw_process_ini(struct ath_hw *ah,
 if (chan-&amp;gt;channel == 2484)
 ar9003_hw_prog_ini(ah, &amp;amp;ah-&amp;gt;ini_japan2484, 1);
 
+if (AR_SREV_9462(ah))
+REG_WRITE(ah, AR_GLB_SWREG_DISCONT_MODE,
+  AR_GLB_SWREG_DISCONT_EN_BT_WLAN);
+
 ah-&amp;gt;modes_index = modesIndex;
 ar9003_hw_override&lt;/pre&gt;</description>
    <dc:creator>Sujith Manoharan</dc:creator>
    <dc:date>2012-05-24T04:03:30</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.kernel.wireless.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.kernel.wireless.general</link>
  </textinput>
</rdf:RDF>

