On Tuesday 04 September 2012 02:08 PM, Johannes Berg wrote:
On Mon, 2012-09-03 at 17:53 +0530, Vasanthakumar Thiagarajan wrote:
+++ b/include/linux/nl80211.h
@@ -169,7 +169,8 @@
* %NL80211_ATTR_HIDDEN_SSID, %NL80211_ATTR_CIPHERS_PAIRWISE,
* %NL80211_ATTR_CIPHER_GROUP, %NL80211_ATTR_WPA_VERSIONS,
* %NL80211_ATTR_AKM_SUITES, %NL80211_ATTR_PRIVACY,
- * %NL80211_ATTR_AUTH_TYPE and %NL80211_ATTR_INACTIVITY_TIMEOUT.
+ * %NL80211_ATTR_AUTH_TYPE, %NL80211_ATTR_INACTIVITY_TIMEOUT
+ * and %NL80211_ATTR_MAC_ACL.
* The channel to use can be set on the interface or be given using the
* %NL80211_ATTR_WIPHY_FREQ and %NL80211_ATTR_WIPHY_CHANNEL_TYPE attrs.
* @NL80211_CMD_NEW_BEACON: old alias for %NL80211_CMD_START_AP
@@ -573,6 +574,16 @@
* @NL80211_CMD_STOP_P2P_DEVICE: Stop the given P2P Device, identified by
* its %NL80211_ATTR_WDEV identifier.
*
+ * @NL80211_CMD_SET_MAC_ACL: sets a list of mac addresses for access control.
+ * This is to be used with the drivers advertising the support of mac
+ * address based access control. The list of mac addresses defined by
+ * %NL80211_ATTR_MAC_ADDRS would replace any existing acl list in driver
+ * for a particular acl policy specified by %NL80211_ATTR_ACL_POLICY.
+ * When the passed list of mac address is empty for a particular acl
+ * policy, driver has to clear corresponding acl list. This command is
+ * used in AP/P2P GO mode. Driver has to make sure its acl lists are
+ * cleared during %NL80211_CMD_START_AP and NL80211_CMD_STOP_AP.
This is a bit strange& racy. Why require a flag first to enable/disable
the feature, and then a second call to set up the list? It seems you
should pass the initial list to the start_ap() call to start with, and
it's disabled at the beginning if no list is given...
The mac list may need to be configured separately if the user wants the
list configuration to be dynamic without restarting the interface.
+ * @NL80211_ATTR_MAC_ACL: Flag attribute to enable or disable mac address
+ * based access control in driver, needs to be used with the drivers
+ * which advertise this support.
Then it seems you should get rid of this attribute entirely.
+ * @NL80211_ATTR_MAC_ADDRS: Nested attribute with mac addresses used for ACL.
Probably should have more explanation of how it's nested, at least that
it's an array?
Yes, it is an array of mac addresses, i'll add more documentation.
@@ -3015,6 +3049,8 @@ enum nl80211_ap_sme_features {
* in the interface combinations, even when it's only used for scan
* and remain-on-channel. This could be due to, for example, the
* remain-on-channel implementation requiring a channel context.
+ * @NL80211_FEATURE_MAC_ACL: Driver does MAC address based access control
+ * in AP/P2P GO mode.
Should probably document, and enforce, that this is only valid if the
device has AP_SME (NL80211_ATTR_DEVICE_AP_SME is present)?
Sure.
In fact, it seems it should be the first NL80211_ATTR_DEVICE_AP_SME
feature, rather than an nl80211 feature flag.
Ok.
+static int validate_acl_mac_addrs(struct nlattr *nl_attr)
+{
+ struct nlattr *attr;
+ int n_entries = 0, tmp;
+
+ nla_for_each_nested(attr, nl_attr, tmp) {
+ if (nla_len(attr) != ETH_ALEN)
+ return -1;
+
+ if (is_multicast_ether_addr(nla_data(attr)))
+ return -1;
It seems better to return a proper error code here.
You should also document that this function must either return an error
or the number of nested attributes and can't skip anything etc.
Otherwise your other code below can cause major issues.
Sure.
+static int nl80211_set_mac_acl(struct sk_buff *skb, struct genl_info *info)
+{
+ struct cfg80211_registered_device *rdev = info->user_ptr[0];
+ struct net_device *dev = info->user_ptr[1];
+ struct cfg80211_acl_params *params;
+ struct nlattr *attr;
+ int n_mac_addrs = 0, i = 0, tmp, err;
+
+ if (dev->ieee80211_ptr->iftype != NL80211_IFTYPE_AP&&
+ dev->ieee80211_ptr->iftype != NL80211_IFTYPE_P2P_GO)
+ return -EOPNOTSUPP;
This also needs to check that the interface is operating already in AP
mode.
Sorry, not sure I get this. Is it not that configuring acl list
when dev->ieee80211_ptr->iftype == NL80211_IFTYPE_AP is already
taken care.
static int nl80211_parse_beacon(struct genl_info *info,
struct cfg80211_beacon_data *bcn)
{
@@ -2607,6 +2694,13 @@ static int nl80211_start_ap(struct sk_buff *skb, struct genl_info *info)
if (err)
return err;
+ if (info->attrs[NL80211_ATTR_MAC_ACL]) {
+ if (!(rdev->wiphy.features& NL80211_FEATURE_MAC_ACL))
+ return -EOPNOTSUPP;
+ params.acl_mac =
+ !!nla_get_u8(info->attrs[NL80211_ATTR_MAC_ACL]);
Ewww. Some validation would be good. But I said get rid of this
anyway :)
You mean validation like NL80211_ATTR_DEVICE_AP_SME?, sure.
I think After removing NL80211_ATTR_MAC_ACL, this validations
to be done in nl80211_set_mac_acl().
Thanks!
Vasanth
--
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
