stops ath9k_htc card from needing to be unplugged to work

[minshallj]

diff --git a/drivers/net/wireless/ath/ath9k/hif_usb.c b/drivers/net/wireless/ath/ath9k/hif_usb.c
index aa327ad..e8c83f3 100644
--- a/drivers/net/wireless/ath/ath9k/hif_usb.c
+++ b/drivers/net/wireless/ath/ath9k/hif_usb.c
@@ -1286,7 +1286,9 @@ static void ath9k_hif_usb_disconnect(struct usb_interface *interface)

    usb_set_intfdata(interface, NULL);

•   if (!unplugged && (hif_dev->flags & HIF_USB_START))
  

•   /\* If firmware was loaded we should drop it
  

•    \* go back to first stage bootloader. */
  

•   if (!unplugged && (hif_dev->flags & HIF_USB_READY))
          ath9k_hif_usb_reboot(udev);
  
  kfree(hif_dev);
  

  diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_init.c b/drivers/net/wireless/ath/ath9k/htc_drv_init.c
  index 0068e3e..3e681df 100644
  --- a/drivers/net/wireless/ath/ath9k/htc_drv_init.c
  +++ b/drivers/net/wireless/ath/ath9k/htc_drv_init.c
  @@ -827,6 +827,7 @@ static int ath9k_init_device(struct ath9k_htc_priv *priv,
  if (error != 0)
  goto err_rx;

•   ath9k_hw_disable(priv->ah);
  

  #ifdef CONFIG_MAC80211_LEDS
  /* must be initialized before ieee80211_register_hw */
  priv->led_cdev.default_trigger = ieee80211_create_tpt_led_trigger(priv->hw,

[westbywest]

Sorry to intrude, but I am curious if the problem this patch addresses only occurs when using the open80211s stack, or if it is an underlying problem with ath9k_htc driver.

When running OpenWRT AA as a virtual x86 VMware guest with a TP-Link TL-WN821Nv3 USB radio, I have consistently had to disconnect/reconnect the USB device in VMware player to get radio0 to come up. I could try applying this patch to my own build tree for that x86 node, to see if it addresses the problem I had been experiencing.

If it does, should this patch then be submitted upstream, e.g. with openwrt-devel or ultimately linux-wireless?

[minshallj]

On Fri, Sep 13, 2013 at 3:24 PM, Ben West notifications@github.com wrote:

Sorry to intrude, but I am curious if the problem this patch addresses
only occurs when using the open80211s stack, or if it is an underlying
problem with ath9k_htc driver.

When running OpenWRT AA as a virtual x86 VMware guest with a TP-Link
TL-WN821Nv3 USB radio, I have consistently had to disconnect/reconnect the
USB device in VMware player to get radio0 to come up. I could try applying
this patch to my own build tree for that x86 node, to see if it addresses
the problem I had been experiencing.

If it does, should this patch then be submitted upstream, e.g. with
openwrt-devel or ultimately linux-wireless?

It is already in linux-wireless.
http://comments.gmane.org/gmane.linux.kernel.wireless.general/1109724928bd2e..dc2a87f5

—
Reply to this email directly or view it on GitHubhttps://github.com//pull/37#issuecomment-24428760
.

[twpedersen]

It's also in linux-stable 3.10.y. I see #35 is now closed, why wasn't this ever pushed?

[silverjam]

Can this be closed?

[twpedersen]

yeah, these are all already upstream or in master.

[silverjam]

Thanks.

On Mon, Nov 4, 2013 at 10:18 AM, twpedersen notifications@github.comwrote:

yeah, these are all already upstream or in master.

—
Reply to this email directly or view it on GitHubhttps://github.com//pull/37#issuecomment-27708749
.