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
next prev parent 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.