Re: Problem with rtl8187

[Johannes Berg <johannes@sipsolutions.net>]

[-- Attachment #1: Type: text/plain, Size: 1620 bytes --]

Larry,

> I'm chasing a problem with suspend/resume on rtl8187; however, in my testing, I
> found that a simple "modprobe -r/modprobe" sequence fails, even though
> unplugging/replugging the stick with or without a "modprobe -r" works just fine.

Strange, since modprobe -r/rmmod should unregister the driver just as
though it was unplugged, afaik.

> I'm running into the WARN-ON at net/mac80211/tx.c:1184. The start of the
> traceback is as follows:
> 
>  [<ffffffff8023afce>] warn_on_slowpath+0x58/0x7d
>  [<ffffffff803c8c3c>] ? pskb_expand_head+0xe6/0x156
>  [<ffffffffa029dbff>] ? __ieee80211_tx+0x40/0x12a [mac80211]
>  [<ffffffffa029e98b>] ieee80211_master_start_xmit+0x41c/0x50d [mac80211]
>  [<ffffffffa029e8c5>] ? ieee80211_master_start_xmit+0x356/0x50d [mac80211]
>  [<ffffffff803cf0a4>] dev_hard_start_xmit+0x214/0x28f
>  [<ffffffff803dfb9b>] __qdisc_run+0xf3/0x1fe
>  [<ffffffff803cf584>] dev_queue_xmit+0x357/0x48f
> 
> The last rtl8187 routine that was started was rtl8187_add_interface. From a
> debugging message, I see that info->flags = 0x6B6B6B6B - the SLUB debugging
> poison value. 

The WARN_ON then triggers because IEEE80211_TX_CTL_AMPDU is 0x40 which
is set in 0x6b. The question is ... why are we trying to send a freed
skb??

>  If I interpret the traceback correctly, a workqueue has been
> restarted without being properly initialized.

Does the backtrace continue beyond what you pasted?

> Is there any routine that needs to be called when shutting down that has been
> missed?

Just unregister_hw/free_hw ought to be fine, very strange.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]