Chr wrote:
Well the reason why there isn't any bug report about it is maybe because unlike most other devices we don't program one single setting per time, but always a "group of similar ones" at once so the device should always be in a sane state in theory. So as long as mac80211 provides at least some kind of protection against it's own concurrency, we are in save waters even without any fancy kind of locking. Regards, Chr
For the config callback, mac80211 does not protect against concurrency. We learned that with rtl8187, where this routine ran somewhat longer. After the power setting routine was added to the wext interface in mac80211, the driver broke due to concurrent calls to the config routine and was fixed by just this kind of mutex, which is why I added this protection for p54.
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
