All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johannes Berg <johannes@sipsolutions.net>
To: Jiri Benc <jbenc@suse.cz>
Cc: netdev <netdev@vger.kernel.org>,
	"John W. Linville" <linville@tuxdriver.com>
Subject: Re: [RFC] add nl80211
Date: Thu, 24 Aug 2006 16:15:10 +0200	[thread overview]
Message-ID: <1156428910.10283.1.camel@ux156> (raw)
In-Reply-To: <20060824153230.5a54bb6a@griffin.suse.cz>

On Thu, 2006-08-24 at 15:32 +0200, Jiri Benc wrote:
> > +	int	(*add_virtual_intf)(void *priv, char *name);
> 
> What about initial interface type? (Hm, maybe it can be fixed to a STA
> mode, but it should be documented somewhere at least.)

Actually, I already changed that.

> > +	int	(*del_virtual_intf)(void *priv, int ifindex);
> > +
> > +	/* more things to be added...
> > +	 *
> > +	 * for a (*configure)(...) call I'd probably guess that the
> > +	 * best bet would be to have one call that returns all
> > +	 * possible options, one that sets them based on the
> > +	 * struct genl_info *info, and one for that optimised
> > +	 * set-at-once thing.
> > +	 */
> > +};
> > +
> > +/*
> > + * register a given method structure with the nl80211 system
> > + * and associate the 'priv' pointer with it.
> > + * NOTE: for proper operation, this priv pointer MUST also be
> > + * assigned to each &struct net_device's @ieee80211_ptr member!
> > + */
> > +extern int nl80211_register(struct nl80211_ops *ops, void *priv);
> 
> Could this function return the allocated wiphy index?

Ah, yes, I wanted to do that all along. And a negative error code?

> Hm, most of drivers will need to take rtnl to stay compatible with WE.
> (Not a reason to take rtnl in nl80211, just a remark.)

Not for packet injection or such though, dev_get is enough for that, I
think.

> Please use __ prefix instead of _locked suffix (e.g.
> __nl80211_drv_by_priv). That's more common convention in the kernel.

I used to have a locking version too, which was without the suffix :)

> If both ifindex and wiphy index are set and they disagree with each
> other, this should return an error.

Ok, I can do that.

johannes

  reply	other threads:[~2006-08-24 14:15 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-22 13:52 [RFC] add nl80211 Johannes Berg
2006-08-22 15:09 ` Johannes Berg
2006-08-23  9:40 ` Johannes Berg
2006-08-24 13:32 ` Jiri Benc
2006-08-24 14:15   ` Johannes Berg [this message]
2006-08-24 14:36 ` Thomas Graf
2006-08-24 15:20   ` Johannes Berg
2006-08-24 16:07 ` Johannes Berg
2006-08-24 17:27   ` Thomas Graf
2006-08-25  9:04     ` Johannes Berg
2006-08-25 10:30       ` Thomas Graf
2006-08-25 10:38         ` Johannes Berg
2006-08-25 11:01   ` [RFC take3] " 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=1156428910.10283.1.camel@ux156 \
    --to=johannes@sipsolutions.net \
    --cc=jbenc@suse.cz \
    --cc=linville@tuxdriver.com \
    --cc=netdev@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.