From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx> Date: Fri, 20 Apr 2007 21:48:41 +0200 > I'm not entirely opposed to making cfg80211 hold rtnl for configuration, > it just seems pointless to block configuration of different devices > against each other when even a for a single item it shouldn't matter. > Then again, holding rtnl in cfg80211 would simplify some things because > we could pass in a netdev pointer instead of the ifindex for example. > > If you think I can justify holding rtnl in cfg80211 I'm certainly > willing to change that. Global locks are just too suspicious to me ;) It is true that things like IPSEC configuration via xfrm_user.c uses it's own mutex, so there is precedence for splitting up the locking where things are truly seperate. But changing things like MAC addresse changes, which you mention, do fall into the existing scope of the RTNL semaphore. If it simplifies things, all the reason more to use it for cfg80211. - 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
