Home
last modified time | relevance | path

Searched hist:b292219f (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/drivers/net/wireless/ath/ath6kl/
H A Dcfg80211.cb292219f Fri Oct 12 03:55:53 CDT 2012 Johannes Berg <johannes.berg@intel.com> wireless: use OR operation to set wiphy features

The next patch will introduce a flag that is set
by default in cfg80211 so drivers and mac80211
need to use |= to set features they have so that
they don't clear the already-set feature.

We could set the flag in wiphy_register() instead
of wiphy_new() to avoid this patch, but then the
drivers couldn't *unset* flags they don't want to
use even though the implementation is generic.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
b292219f Fri Oct 12 03:55:53 CDT 2012 Johannes Berg <johannes.berg@intel.com> wireless: use OR operation to set wiphy features

The next patch will introduce a flag that is set
by default in cfg80211 so drivers and mac80211
need to use |= to set features they have so that
they don't clear the already-set feature.

We could set the flag in wiphy_register() instead
of wiphy_new() to avoid this patch, but then the
drivers couldn't *unset* flags they don't want to
use even though the implementation is generic.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
/openbmc/linux/net/mac80211/
H A Dmain.cb292219f Fri Oct 12 03:55:53 CDT 2012 Johannes Berg <johannes.berg@intel.com> wireless: use OR operation to set wiphy features

The next patch will introduce a flag that is set
by default in cfg80211 so drivers and mac80211
need to use |= to set features they have so that
they don't clear the already-set feature.

We could set the flag in wiphy_register() instead
of wiphy_new() to avoid this patch, but then the
drivers couldn't *unset* flags they don't want to
use even though the implementation is generic.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>