On Wed, Jun 27, 2007 at 04:21:30PM +0200, Johannes Berg wrote: > On Wed, 2007-06-27 at 16:06 +0200, Johannes Berg wrote: > > > I'm not convinced this is the same thing, the deadlock here is simply > > that something running on the workqueue is trying to rtnl_lock() while > > flushing the workqueue is done under rtnl. > > Looking again, Michael agrees that this is not the same deadlock he's > talking about, so back to the drawing board. > > I shall be trying to add lockdep support for this sort of thing, but > until then how can we fix this? What exactly does the rtnl protect in > ieee80211_sta_config_auth? I didn't see an answer here. Before we remove it, I'd prefer to know what we thought we were protecting in the first place. :-) John P.S. Don't get me wrong -- less "big kernel lock" usage is probably better... -- John W. Linville linville@xxxxxxxxxxxxx - 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
