<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux.git/drivers/net/wireless, branch v3.1-rc7</title>
<subtitle>Linux kernel source tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/'/>
<entry>
<title>Merge branch 'master' of ssh://infradead/~/public_git/wireless into for-davem</title>
<updated>2011-09-20T13:19:14+00:00</updated>
<author>
<name>John W. Linville</name>
<email>linville@tuxdriver.com</email>
</author>
<published>2011-09-20T13:19:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=eebb6fb4ae2f60a82e38afb6d8b373a4216bf891'/>
<id>eebb6fb4ae2f60a82e38afb6d8b373a4216bf891</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>b43: Fix beacon problem in ad-hoc mode</title>
<updated>2011-09-19T18:51:51+00:00</updated>
<author>
<name>Manual Munz</name>
<email>freifunk@somakoma.de</email>
</author>
<published>2011-09-18T23:24:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=8c23516fbb209ccf8f8c36268311c721faff29ee'/>
<id>8c23516fbb209ccf8f8c36268311c721faff29ee</id>
<content type='text'>
In ad-hoc mode, driver b43 does not issue beacons.

Signed-off-by: Manual Munz &lt;freifunk@somakoma.de&gt;
Tested-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@kernel.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In ad-hoc mode, driver b43 does not issue beacons.

Signed-off-by: Manual Munz &lt;freifunk@somakoma.de&gt;
Tested-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@kernel.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>iwlagn: workaround bug crashing some APs</title>
<updated>2011-09-16T19:32:12+00:00</updated>
<author>
<name>Don Fry</name>
<email>donald.h.fry@intel.com</email>
</author>
<published>2011-09-15T15:36:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=2249b011432ca3dcce112f0f71e0f531b4bb9347'/>
<id>2249b011432ca3dcce112f0f71e0f531b4bb9347</id>
<content type='text'>
This patch reverts commit 9b7688328422b88a7a15dc0dc123ad9ab1a6e22d which
was introduced in 2.6.38-rc1.  It works around a problem where the iwlagn
driver stimulates a bug crashing (requiring power cycle to recover) some
APs under heavy traffic.

CC: stable@kernel.org #2.6.39, #3.0.0 #3.1.0
Signed-off-by: Don Fry &lt;donald.h.fry@intel.com&gt;
SIgned-off-by: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch reverts commit 9b7688328422b88a7a15dc0dc123ad9ab1a6e22d which
was introduced in 2.6.38-rc1.  It works around a problem where the iwlagn
driver stimulates a bug crashing (requiring power cycle to recover) some
APs under heavy traffic.

CC: stable@kernel.org #2.6.39, #3.0.0 #3.1.0
Signed-off-by: Don Fry &lt;donald.h.fry@intel.com&gt;
SIgned-off-by: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rtl2800usb: Fix incorrect storage of MAC address on big-endian platforms</title>
<updated>2011-09-16T19:32:10+00:00</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2011-09-14T21:50:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=daabead1c32f331edcfb255fd973411c667977e8'/>
<id>daabead1c32f331edcfb255fd973411c667977e8</id>
<content type='text'>
The eeprom data is stored in little-endian order in the rt2x00 library.
As it was converted to cpu order in the read routines, the data need to
be converted to LE on a big-endian platform.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@kernel.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The eeprom data is stored in little-endian order in the rt2x00 library.
As it was converted to cpu order in the read routines, the data need to
be converted to LE on a big-endian platform.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@kernel.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rt2800pci: Fix compiler error on PowerPC</title>
<updated>2011-09-16T19:32:09+00:00</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2011-09-14T21:50:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=d331eb51e4d4190b2178c30fcafea54a94a577e8'/>
<id>d331eb51e4d4190b2178c30fcafea54a94a577e8</id>
<content type='text'>
Using gcc 4.4.5 on a Powerbook G4 with a PPC cpu, a complicated
if statement results in incorrect flow, whereas the equivalent switch
statement works correctly.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: stable &lt;stable@kernel.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Using gcc 4.4.5 on a Powerbook G4 with a PPC cpu, a complicated
if statement results in incorrect flow, whereas the equivalent switch
statement works correctly.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: stable &lt;stable@kernel.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ipw2x00: fix rtnl mutex deadlock</title>
<updated>2011-09-16T19:32:09+00:00</updated>
<author>
<name>Stanislaw Gruszka</name>
<email>sgruszka@redhat.com</email>
</author>
<published>2011-09-14T14:47:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=7cabafcea793c003503a118da58da358b0692930'/>
<id>7cabafcea793c003503a118da58da358b0692930</id>
<content type='text'>
This fix regression introduced by:

commit: ecb4433550f0620f3d1471ae7099037ede30a91e
Author: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Date:   Fri Aug 12 14:00:59 2011 +0200

    mac80211: fix suspend/resume races with unregister hw

Above commit add rtnl_lock() into wiphy_register(), what cause deadlock
when initializing ipw2x00 driver, which itself call wiphy_register()
from register_netdev() internal callback with rtnl mutex taken.

To fix move wiphy_register() outside register_netdev(). This solution
have side effect of not creating /sys/class/net/wlanX/phy80211 link,
but that's a minor issue we can live with.

Bisected-by: Witold Baryluk &lt;baryluk@smp.if.uj.edu.pl&gt;
Bisected-by: Michael Witten &lt;mfwitten@gmail.com&gt;
Tested-by: Witold Baryluk &lt;baryluk@smp.if.uj.edu.pl&gt;
Tested-by: Michael Witten &lt;mfwitten@gmail.com&gt;
Signed-off-by: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This fix regression introduced by:

commit: ecb4433550f0620f3d1471ae7099037ede30a91e
Author: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Date:   Fri Aug 12 14:00:59 2011 +0200

    mac80211: fix suspend/resume races with unregister hw

Above commit add rtnl_lock() into wiphy_register(), what cause deadlock
when initializing ipw2x00 driver, which itself call wiphy_register()
from register_netdev() internal callback with rtnl mutex taken.

To fix move wiphy_register() outside register_netdev(). This solution
have side effect of not creating /sys/class/net/wlanX/phy80211 link,
but that's a minor issue we can live with.

Bisected-by: Witold Baryluk &lt;baryluk@smp.if.uj.edu.pl&gt;
Bisected-by: Michael Witten &lt;mfwitten@gmail.com&gt;
Tested-by: Witold Baryluk &lt;baryluk@smp.if.uj.edu.pl&gt;
Tested-by: Michael Witten &lt;mfwitten@gmail.com&gt;
Signed-off-by: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.infradead.org/users/linville/wireless into for-davem</title>
<updated>2011-09-15T19:37:02+00:00</updated>
<author>
<name>John W. Linville</name>
<email>linville@tuxdriver.com</email>
</author>
<published>2011-09-15T19:37:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=8ea9ac0a47a179bf404b4f451e5e82cffe11940d'/>
<id>8ea9ac0a47a179bf404b4f451e5e82cffe11940d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>iwlagn: fix command queue timeout</title>
<updated>2011-09-13T18:32:02+00:00</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2011-09-12T19:09:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=282cdb325aea4ebbc42ce753b47cc96145eb54bc'/>
<id>282cdb325aea4ebbc42ce753b47cc96145eb54bc</id>
<content type='text'>
If the command queue is constantly busy,
which can happen in P2P, the hangcheck
timer will frequently find a command in
it and will eventually reset the device
because nothing sets the timestamp for
this queue when commands are processed.

Fix this by setting the timestamp when
a command completes.

Cc: stable@kernel.org #2.6.39, #3.0.0 #3.1.0
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
SIgned-off-by: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If the command queue is constantly busy,
which can happen in P2P, the hangcheck
timer will frequently find a command in
it and will eventually reset the device
because nothing sets the timestamp for
this queue when commands are processed.

Fix this by setting the timestamp when
a command completes.

Cc: stable@kernel.org #2.6.39, #3.0.0 #3.1.0
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
SIgned-off-by: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>iwlagn: fix stack corruption</title>
<updated>2011-09-13T18:18:39+00:00</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2011-09-12T19:08:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=456fc37e4519f3f551830ce01c58ddaa35807204'/>
<id>456fc37e4519f3f551830ce01c58ddaa35807204</id>
<content type='text'>
Alexander reported a strange crash in iwlagn that
Meenakshi and Wey couldn't reproduce. I just ran
into the same issue and tracked it down to stack
corruption. This fixes it.

The problem was introduced in
commit 4b8b99b6e650d0527f3a123744b7459976581d14
Author: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Date:   Fri Jul 8 14:29:48 2011 -0700

    iwlagn: radio sensor offset in le16 format

Cc: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Cc: Meenakshi Venkataraman &lt;meenakshi.venkataraman@intel.com&gt;
Reported-by: Alexander Diewald &lt;alex@diewald.cc&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Alexander reported a strange crash in iwlagn that
Meenakshi and Wey couldn't reproduce. I just ran
into the same issue and tracked it down to stack
corruption. This fixes it.

The problem was introduced in
commit 4b8b99b6e650d0527f3a123744b7459976581d14
Author: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Date:   Fri Jul 8 14:29:48 2011 -0700

    iwlagn: radio sensor offset in le16 format

Cc: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Cc: Meenakshi Venkataraman &lt;meenakshi.venkataraman@intel.com&gt;
Reported-by: Alexander Diewald &lt;alex@diewald.cc&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>ath9k: Fix kernel panic on unplugging the device</title>
<updated>2011-09-13T18:18:39+00:00</updated>
<author>
<name>Mohammed Shafi Shajakhan</name>
<email>mohammed@qca.qualcomm.com</email>
</author>
<published>2011-09-09T05:11:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=6a6b3f3e13decfc4b97263a83ea4e80ac8cc89ae'/>
<id>6a6b3f3e13decfc4b97263a83ea4e80ac8cc89ae</id>
<content type='text'>
when the device is yanked out ath_pci_remove starts doing the cleanups,
unregistering the hardware etc. so we should bail out immediately when
we get drv_flush callback from mac80211 when the card is being unplugged.
the panic occurs after we had associated to an AP.

	EIP: 0060:[&lt;fb315b00&gt;] EFLAGS: 00010246 CPU: 0
	EIP is at ath_reset+0xa0/0x1c0 [ath9k]
	EAX: 00000000 EBX: 000697c0 ECX: 00000002 EDX: f3c3ccf0
	ESI: 00000000 EDI: 00000000 EBP: f43e7b78 ESP: f43e7b50
 	DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
 	Process kworker/u:2 (pid: 182, ti=f43e6000 task=f3c3c7c0
	task.ti=f43e6000)
 	Stack:
 	0000002a 00000000 00000000 003e7b78 0000000f eaaa8500
	ffffffea eaaa97c0
 	eaaaa000 00000001 f43e7ba8 fb315d23 f99e7721 ecece680
	eaaac738 eaaa8500
 	eaaaa020 000000c8 000000c8 00000000 eaaa8d58 eaaa8500
	f43e7bd0 fb080b29
 	Call Trace:
	[&lt;fb315d23&gt;] ath9k_flush+0x103/0x170 [ath9k]
	[&lt;fb080b29&gt;] __ieee80211_recalc_idle+0x2c9/0x400
	[mac80211]
	[&lt;fb080c8e&gt;] ieee80211_recalc_idle+0x2e/0x60 [mac80211]
	[&lt;fb07aa73&gt;] ieee80211_mgd_deauth+0x173/0x210 [mac80211]
	[&lt;fb084559&gt;] ieee80211_deauth+0x19/0x20 [mac80211]
	[&lt;f99dda53&gt;] __cfg80211_mlme_deauth+0xf3/0x140
	[cfg80211]
	[&lt;c0633d00&gt;] ? __mutex_lock_common+0x1f0/0x380
	[&lt;f99e1b5d&gt;] __cfg80211_disconnect+0x18d/0x1f0
	[cfg80211]
	[&lt;f99c8199&gt;] cfg80211_netdev_notifier_call+0x159/0x5c0
	[cfg80211]
	[&lt;c0608a64&gt;] ? packet_notifier+0x174/0x1f0
	[&lt;c0639202&gt;] notifier_call_chain+0x82/0xb0
	[&lt;c0170d8f&gt;] raw_notifier_call_chain+0x1f/0x30
	[&lt;c053b86c&gt;] call_netdevice_notifiers+0x2c/0x60
	[&lt;c0182184&gt;] ? trace_hardirqs_on_caller+0xf4/0x180
	[&lt;c053b8ec&gt;] __dev_close_many+0x4c/0xd0
	[&lt;c053ba2d&gt;] dev_close_many+0x6d/0xc0
	[&lt;c053bb53&gt;] rollback_registered_many+0x93/0x1c0
	[&lt;c018221b&gt;] ? trace_hardirqs_on+0xb/0x10
	[&lt;c053bc95&gt;] unregister_netdevice_many+0x15/0x50
	[&lt;fb07f83b&gt;] ieee80211_remove_interfaces+0x7b/0xb0
	[mac80211]
	[&lt;fb06a14b&gt;] ieee80211_unregister_hw+0x4b/0x110
	[mac80211]
	[&lt;fb311a4a&gt;] ath9k_deinit_device+0x3a/0x60 [ath9k]
	[&lt;fb31eed6&gt;] ath_pci_remove+0x46/0x90 [ath9k]
	[&lt;c03b4ac4&gt;] pci_device_remove+0x44/0x100
	[&lt;c043eb54&gt;] __device_release_driver+0x64/0xb0
	[&lt;c043ec67&gt;] device_release_driver+0x27/0x40
	[&lt;c043deeb&gt;] bus_remove_device+0x7b/0xa0
	[&lt;c043c491&gt;] device_del+0xf1/0x180
	[&lt;c043c530&gt;] device_unregister+0x10/0x20
	[&lt;c03afafe&gt;] pci_stop_bus_device+0x6e/0x80
	[&lt;c03afb72&gt;] pci_remove_bus_device+0x12/0xa0
	[&lt;c03c2f29&gt;] pciehp_unconfigure_device+0x89/0x180
	[&lt;c0181e54&gt;] ? mark_held_locks+0x64/0x100
	[&lt;c063390f&gt;] ? __mutex_unlock_slowpath+0xaf/0x140
	[&lt;c03c1f84&gt;] pciehp_disable_slot+0x64/0x1b0
	[&lt;c03c2850&gt;] pciehp_power_thread+0xd0/0x100
	[&lt;c0164ad0&gt;] ? process_one_work+0x100/0x4d0
	[&lt;c0164b4c&gt;] process_one_work+0x17c/0x4d0
	[&lt;c0164ad0&gt;] ? process_one_work+0x100/0x4d0
	[&lt;c03c2780&gt;] ? queue_interrupt_event+0xa0/0xa0
	[&lt;c01662bb&gt;] worker_thread+0x13b/0x320
	[&lt;c018221b&gt;] ? trace_hardirqs_on+0xb/0x10
	[&lt;c0166180&gt;] ? manage_workers+0x1e0/0x1e0
	[&lt;c016a654&gt;] kthread+0x84/0x90
	[&lt;c016a5d0&gt;] ? __init_kthread_worker+0x60/0x60
	[&lt;c063d106&gt;] kernel_thread_helper+0x6/0x10

Cc: Rajkumar Manoharan &lt;rmanohar@qca.qualcomm.com&gt;
Signed-off-by: Mohammed Shafi Shajakhan &lt;mohammed@qca.qualcomm.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
when the device is yanked out ath_pci_remove starts doing the cleanups,
unregistering the hardware etc. so we should bail out immediately when
we get drv_flush callback from mac80211 when the card is being unplugged.
the panic occurs after we had associated to an AP.

	EIP: 0060:[&lt;fb315b00&gt;] EFLAGS: 00010246 CPU: 0
	EIP is at ath_reset+0xa0/0x1c0 [ath9k]
	EAX: 00000000 EBX: 000697c0 ECX: 00000002 EDX: f3c3ccf0
	ESI: 00000000 EDI: 00000000 EBP: f43e7b78 ESP: f43e7b50
 	DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
 	Process kworker/u:2 (pid: 182, ti=f43e6000 task=f3c3c7c0
	task.ti=f43e6000)
 	Stack:
 	0000002a 00000000 00000000 003e7b78 0000000f eaaa8500
	ffffffea eaaa97c0
 	eaaaa000 00000001 f43e7ba8 fb315d23 f99e7721 ecece680
	eaaac738 eaaa8500
 	eaaaa020 000000c8 000000c8 00000000 eaaa8d58 eaaa8500
	f43e7bd0 fb080b29
 	Call Trace:
	[&lt;fb315d23&gt;] ath9k_flush+0x103/0x170 [ath9k]
	[&lt;fb080b29&gt;] __ieee80211_recalc_idle+0x2c9/0x400
	[mac80211]
	[&lt;fb080c8e&gt;] ieee80211_recalc_idle+0x2e/0x60 [mac80211]
	[&lt;fb07aa73&gt;] ieee80211_mgd_deauth+0x173/0x210 [mac80211]
	[&lt;fb084559&gt;] ieee80211_deauth+0x19/0x20 [mac80211]
	[&lt;f99dda53&gt;] __cfg80211_mlme_deauth+0xf3/0x140
	[cfg80211]
	[&lt;c0633d00&gt;] ? __mutex_lock_common+0x1f0/0x380
	[&lt;f99e1b5d&gt;] __cfg80211_disconnect+0x18d/0x1f0
	[cfg80211]
	[&lt;f99c8199&gt;] cfg80211_netdev_notifier_call+0x159/0x5c0
	[cfg80211]
	[&lt;c0608a64&gt;] ? packet_notifier+0x174/0x1f0
	[&lt;c0639202&gt;] notifier_call_chain+0x82/0xb0
	[&lt;c0170d8f&gt;] raw_notifier_call_chain+0x1f/0x30
	[&lt;c053b86c&gt;] call_netdevice_notifiers+0x2c/0x60
	[&lt;c0182184&gt;] ? trace_hardirqs_on_caller+0xf4/0x180
	[&lt;c053b8ec&gt;] __dev_close_many+0x4c/0xd0
	[&lt;c053ba2d&gt;] dev_close_many+0x6d/0xc0
	[&lt;c053bb53&gt;] rollback_registered_many+0x93/0x1c0
	[&lt;c018221b&gt;] ? trace_hardirqs_on+0xb/0x10
	[&lt;c053bc95&gt;] unregister_netdevice_many+0x15/0x50
	[&lt;fb07f83b&gt;] ieee80211_remove_interfaces+0x7b/0xb0
	[mac80211]
	[&lt;fb06a14b&gt;] ieee80211_unregister_hw+0x4b/0x110
	[mac80211]
	[&lt;fb311a4a&gt;] ath9k_deinit_device+0x3a/0x60 [ath9k]
	[&lt;fb31eed6&gt;] ath_pci_remove+0x46/0x90 [ath9k]
	[&lt;c03b4ac4&gt;] pci_device_remove+0x44/0x100
	[&lt;c043eb54&gt;] __device_release_driver+0x64/0xb0
	[&lt;c043ec67&gt;] device_release_driver+0x27/0x40
	[&lt;c043deeb&gt;] bus_remove_device+0x7b/0xa0
	[&lt;c043c491&gt;] device_del+0xf1/0x180
	[&lt;c043c530&gt;] device_unregister+0x10/0x20
	[&lt;c03afafe&gt;] pci_stop_bus_device+0x6e/0x80
	[&lt;c03afb72&gt;] pci_remove_bus_device+0x12/0xa0
	[&lt;c03c2f29&gt;] pciehp_unconfigure_device+0x89/0x180
	[&lt;c0181e54&gt;] ? mark_held_locks+0x64/0x100
	[&lt;c063390f&gt;] ? __mutex_unlock_slowpath+0xaf/0x140
	[&lt;c03c1f84&gt;] pciehp_disable_slot+0x64/0x1b0
	[&lt;c03c2850&gt;] pciehp_power_thread+0xd0/0x100
	[&lt;c0164ad0&gt;] ? process_one_work+0x100/0x4d0
	[&lt;c0164b4c&gt;] process_one_work+0x17c/0x4d0
	[&lt;c0164ad0&gt;] ? process_one_work+0x100/0x4d0
	[&lt;c03c2780&gt;] ? queue_interrupt_event+0xa0/0xa0
	[&lt;c01662bb&gt;] worker_thread+0x13b/0x320
	[&lt;c018221b&gt;] ? trace_hardirqs_on+0xb/0x10
	[&lt;c0166180&gt;] ? manage_workers+0x1e0/0x1e0
	[&lt;c016a654&gt;] kthread+0x84/0x90
	[&lt;c016a5d0&gt;] ? __init_kthread_worker+0x60/0x60
	[&lt;c063d106&gt;] kernel_thread_helper+0x6/0x10

Cc: Rajkumar Manoharan &lt;rmanohar@qca.qualcomm.com&gt;
Signed-off-by: Mohammed Shafi Shajakhan &lt;mohammed@qca.qualcomm.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
