minshallj commented 11 years ago

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 commented 11 years ago

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 commented 11 years ago

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/cozybit/open80211s/pull/37#issuecomment-24428760 .

twpedersen commented 11 years ago

It's also in linux-stable 3.10.y. I see https://github.com/cozybit/open80211s/pull/35 is now closed, why wasn't this ever pushed?

silverjam commented 10 years ago

Can this be closed?

twpedersen commented 10 years ago

yeah, these are all already upstream or in master.

silverjam commented 10 years ago

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/cozybit/open80211s/pull/37#issuecomment-27708749 .

o11s / open80211s

stops ath9k_htc card from needing to be unplugged to work #37

ifdef CONFIG_MAC80211_LEDS