linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Johannes Berg <johannes@sipsolutions.net>
To: Javier Cardona <javier@cozybit.com>
Cc: "John W. Linville" <linville@tuxdriver.com>,
	Steve Derosier <steve@cozybit.com>,
	devel@lists.open80211s.org, linux-wireless@vger.kernel.org
Subject: Re: [PATCH] mac80211: Support beacon configuration via nl80211 for mesh interfaces
Date: Wed, 01 Dec 2010 07:19:43 +0100	[thread overview]
Message-ID: <1291184383.4199.4.camel@jlt3.sipsolutions.net> (raw)
In-Reply-To: <1291168735-3423-1-git-send-email-javier@cozybit.com>

On Tue, 2010-11-30 at 17:58 -0800, Javier Cardona wrote:
> This patch adds the capability to the mesh stack to receive vendor
> specific information elements from userspace.  When a vendor specific
> IE is set via nl80211, the mesh stack will configure the mesh beacon to
> advertise that a vendor specific path selection and metric is in use.
> This is accordance with the Extensible Path Selection Framework
> specified in version 7.0 of the 802.11s draft.

> @@ -1709,6 +1709,7 @@ static int nl80211_addset_beacon(struct sk_buff *skb, struct genl_info *info)
>  		return -EINVAL;
>  
>  	if (dev->ieee80211_ptr->iftype != NL80211_IFTYPE_AP &&
> +	    dev->ieee80211_ptr->iftype != NL80211_IFTYPE_MESH_POINT &&
>  	    dev->ieee80211_ptr->iftype != NL80211_IFTYPE_P2P_GO)
>  		return -EOPNOTSUPP;

I'm not convinced that letting userspace set the *entire* beacon is the
right way to do it? Wouldn't it make more sense to allow it to specify
vendor-specific IEs (like IBSS), and the fact that vendor selection
protocol is used? It seems to me that somebody may want to have vendor
IEs while using the default protocols?

johannes


  reply	other threads:[~2010-12-01  6:19 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-01  1:58 [PATCH] mac80211: Support beacon configuration via nl80211 for mesh interfaces Javier Cardona
2010-12-01  6:19 ` Johannes Berg [this message]
2010-12-01 18:45   ` Javier Cardona
2010-12-01 18:54     ` Johannes Berg
2010-12-01 19:35       ` Johannes Berg
2010-12-01 20:09         ` Javier Cardona
2010-12-01 20:19           ` Johannes Berg
2010-12-01 20:28           ` [PATCH/RFC] mac80211: use configured mesh TTL Johannes Berg
2010-12-01 20:32             ` [PATCH/RFC v2] " Johannes Berg
2010-12-01 20:44             ` [PATCH/RFC] " Javier Cardona
2010-12-01 20:51               ` Johannes Berg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1291184383.4199.4.camel@jlt3.sipsolutions.net \
    --to=johannes@sipsolutions.net \
    --cc=devel@lists.open80211s.org \
    --cc=javier@cozybit.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=steve@cozybit.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).