Hin-Tak Leung wrote:
Thanks for the work. I think we need a few more mutex locks.
I tried two other places: rtl8187_tx() and rtl8187_configure_filter. Both generated warnings as mac80211 had already had a lock in place. So far, I haven't seen any candidates, but the code surely needs a thorough audit.
The one-line message/explanation is a bit mis-worded though. There isn't a "lockup" though. I would describe the problem as the driver's internal state getting garbbaged. It is probably a performance "feature" that routines in either the mac80211 layer or the usb layer returns before they are done. (i.e. actions are simply queued for near-future to act on). Maybe somebody else can explain this better?
The comment in the code that "the card will stop work until next reset" sounds as though it locks up. That was why I chose the wording that I did.
Larry -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
