I have a potential scenario: The ieee80211_do_stop logic is called under RTNL, and it then calls flush_work(). What if the worker thread is currently blocked on something like wireless_nlevent_process which tries to acquire rtnl? Wouldn't that cause a deadlock? Thanks, Ben -- Ben Greear <greearb@xxxxxxxxxxxxxxx> Candela Technologies Inc http://www.candelatech.com -- 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
