<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/net/wireless, branch v3.10.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/net/wireless?h=v3.10.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/net/wireless?h=v3.10.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-07-22T01:21:30Z</updated>
<entry>
<title>iwlwifi: pcie: wake the queue if stopped when being unmapped</title>
<updated>2013-07-22T01:21:30Z</updated>
<author>
<name>Emmanuel Grumbach</name>
<email>emmanuel.grumbach@intel.com</email>
</author>
<published>2013-06-13T10:10:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d26cb648c5bf93d2e17b54d3dd55523e68d625ce'/>
<id>urn:sha1:d26cb648c5bf93d2e17b54d3dd55523e68d625ce</id>
<content type='text'>
commit 8a487b1a7432b20ff3f82387a8ce7555a964b44e upstream.

When the queue is unmapped while it was so loaded that
mac80211's was stopped, we need to wake the queue after
having freed all the packets in the queue.
Not doing so can result in weird stuff like:

* run lots of traffic (mac80211's queue gets stopped)
* RFKILL
* de-assert RFKILL
* no traffic

Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>iwlwifi: pcie: fix race in queue unmapping</title>
<updated>2013-07-22T01:21:30Z</updated>
<author>
<name>Emmanuel Grumbach</name>
<email>emmanuel.grumbach@intel.com</email>
</author>
<published>2013-06-13T08:45:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f4ab9ece03dfc4b15c63b5fd5506183554976903'/>
<id>urn:sha1:f4ab9ece03dfc4b15c63b5fd5506183554976903</id>
<content type='text'>
commit b967613d7e7c7bad176f5627c55e2d8c5aa2480e upstream.

When a queue is disabled, it frees all its entries. Later,
the op_mode might still get notifications from the firmware
that triggers to free entries in the tx queue. The transport
should be prepared for these races and know to ignore
reclaim calls on queues that have been disabled and whose
entries have been freed.

Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>rtlwifi: rtl8192cu: Fix duplicate if test</title>
<updated>2013-07-22T01:21:22Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2013-06-18T18:25:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9e8e8fdf3d60235954e1452283b21e955e574b98'/>
<id>urn:sha1:9e8e8fdf3d60235954e1452283b21e955e574b98</id>
<content type='text'>
commit 10d0b9030a3f86e1e26c710c7580524d7787d688 upstream.

A typo causes routine rtl92cu_phy_rf6052_set_cck_txpower() to test the
same condition twice. The problem was found using cppcheck-1.49, and the
proper fix was verified against the pre-mac80211 version of the code.

This patch was originally included as commit 1288aa4, but was accidentally
reverted in a later patch.

Reported-by: David Binderman &lt;dcb314@hotmail.com&gt; [original report]
Reported-by: Andrea Morello &lt;andrea.merello@gmail.com&gt; [report of accidental reversion]
Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>rtlwifi: rtl8723ae: Fix typo in firmware names</title>
<updated>2013-07-22T01:21:22Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2013-06-23T23:14:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=85eb7ce1182a97ee66095a4fb1f8eae5171373c2'/>
<id>urn:sha1:85eb7ce1182a97ee66095a4fb1f8eae5171373c2</id>
<content type='text'>
commit 73e088ed17c2880a963cc760a78af8a06d4a4d9d upstream.

The driver loads its firmware from files rtlwifi/rtl8723fw*.bin, but the
MODULE_FIRMWARE macros refer to rtlwifi/RTL8723aefw*.bin.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Reported-by: Axel Köllhofer &lt;AxelKoellhofer@web.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>rtlwifi: rtl8192cu: Add new USB ID for TP-Link TL-WN8200ND</title>
<updated>2013-07-22T01:21:22Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2013-06-17T18:25:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=05400bc8db6fe1a0aa902910cdf812a5e645dd7f'/>
<id>urn:sha1:05400bc8db6fe1a0aa902910cdf812a5e645dd7f</id>
<content type='text'>
commit c4d827c5ccc3a49227dbf9d4b248a2e86f388023 upstream.

This is a new device for this driver.

Reported-by: Tobias Kluge &lt;zielscheibe@gmail.com&gt;
Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Tobias Kluge &lt;zielscheibe@gmail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ath9k_htc: Handle IDLE state transition properly</title>
<updated>2013-06-24T17:52:52Z</updated>
<author>
<name>Sujith Manoharan</name>
<email>c_manoha@qca.qualcomm.com</email>
</author>
<published>2013-06-20T08:27:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=075163bbb0f51174359947e1bce84f5edb23f21e'/>
<id>urn:sha1:075163bbb0f51174359947e1bce84f5edb23f21e</id>
<content type='text'>
Make sure that a chip reset is done when IDLE is turned
off - this fixes authentication timeouts.

Cc: stable@vger.kernel.org
Reported-by: Ignacy Gawedzki &lt;i@lri.fr&gt;
Signed-off-by: Sujith Manoharan &lt;c_manoha@qca.qualcomm.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>ath9k: fix an RCU issue in calling ieee80211_get_tx_rates</title>
<updated>2013-06-24T17:52:52Z</updated>
<author>
<name>Felix Fietkau</name>
<email>nbd@openwrt.org</email>
</author>
<published>2013-06-22T10:39:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=23bc2021c54b048302f6f4844c030660ce0fcfe9'/>
<id>urn:sha1:23bc2021c54b048302f6f4844c030660ce0fcfe9</id>
<content type='text'>
ath_txq_schedule is called outside of the drv_tx call, so it needs RCU
protection.

Signed-off-by: Felix Fietkau &lt;nbd@openwrt.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>brcmfmac: free primary net_device when brcmf_bus_start() fails</title>
<updated>2013-06-13T17:24:12Z</updated>
<author>
<name>Arend van Spriel</name>
<email>arend@broadcom.com</email>
</author>
<published>2013-06-07T09:03:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fcb3701849957917a234a61b58ad70ed35c83eda'/>
<id>urn:sha1:fcb3701849957917a234a61b58ad70ed35c83eda</id>
<content type='text'>
When initialization within brcmf_bus_start() fails on steps
before the brcmf_net_attach() the net_device for the primary
interface needs to be freed.

This patch resolves a panic during kernel boot as reported
by Stephen Warren.

ref.: http://mid.gmane.org/51AD1F22.2080004@wwwdotorg.org

Tested-by: Stephen Warren &lt;swarren@nvidia.com&gt;
Reviewed-by: Hante Meuleman &lt;meuleman@broadcom.com&gt;
Reviewed-by: Pieter-Paul Giesberts &lt;pieterpg@broadcom.com&gt;
Signed-off-by: Arend van Spriel &lt;arend@broadcom.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-john' of git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-fixes</title>
<updated>2013-06-12T18:28:21Z</updated>
<author>
<name>John W. Linville</name>
<email>linville@tuxdriver.com</email>
</author>
<published>2013-06-12T18:28:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d90b9e29ec5fe7a08eb7965386ebb47615306584'/>
<id>urn:sha1:d90b9e29ec5fe7a08eb7965386ebb47615306584</id>
<content type='text'>
</content>
</entry>
<entry>
<title>rt2800: fix RT5390 &amp; RT3290 TX power settings regression</title>
<updated>2013-06-12T18:24:23Z</updated>
<author>
<name>Stanislaw Gruszka</name>
<email>sgruszka@redhat.com</email>
</author>
<published>2013-06-11T16:48:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8c8d2017ba25c510ddf093419048460db1109bc4'/>
<id>urn:sha1:8c8d2017ba25c510ddf093419048460db1109bc4</id>
<content type='text'>
My change:

commit cee2c7315f60beeff6137ee59e99acc77d636eeb
Author: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Date:   Fri Oct 5 13:44:09 2012 +0200

    rt2800: use BBP_R1 for setting tx power

unfortunately does not work well with RT5390 and RT3290 chips as they
require different temperature compensation TX power settings (TSSI
tuning). Since that commit make wireless connection very unstable on
those chips, restore previous behavior to fix regression. Once we
implement proper TSSI tuning on 5390/3290 we can restore back setting
TX power by BBP_R1 register for those chips.

Reported-and-tested-by: Mike Romberg &lt;mike-romberg@comcast.net&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Acked-by: Gertjan van Wingerde &lt;gwingerde@gmail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
