From: Dave <kilroyd@googlemail.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: [RFC 0/4] orinoco: use cfg80211 for key manipulation
Date: Thu, 06 Aug 2009 18:34:02 +0100 [thread overview]
Message-ID: <4A7B140A.6070607@gmail.com> (raw)
In-Reply-To: <1249544403.3617.5.camel@johannes.local>
Johannes Berg wrote:
>> - The cfg80211 notification functions like cfg80211_connect_result
>> are not called in this series. Does the driver need to keep track of
>> each call and make sure it calls the right notifer? Right now orinoco
>> arbitrarily sends SIOCGIWAP, IWEVASSOCRESPIE and IWEVASSOCREQIE on
>> ?authorisation? Also not sure how this will tie in with
>> cfg80211_send_rx_auth/assoc.
>
> You don't have to worry about send_rx_auth/assoc -- those are for
> drivers like mac80211 that leave the SME up to cfg80211 or userspace.
> All you need to implement is a call to cfg80211_connect_result() and
> possibly cfg80211_roamed() when the card can roam itself if no BSSID is
> set. Those take the assoc request/response IEs too. You don't need to
> call wireless_send_event at all :)
I thought as much. I'll add those calls, and see what happens.
>> - In station mode, is the connect crypto struct fully filled in
>> regardless of WEP/WPA? I'd like to set priv->encode_alg at this stage,
>> and then only accept keys of that type via add_key. Unfortunately
>> join_ibss doesn't have similar info.
>
> Yes, it should be filled in. I'm uncertain whether iw does it correctly
> for WEP right now, if not I can fix that. For IBSS, nl80211 can actually
> pass that info, but doesn't right now, it probably should do that
> though.
>
>> - In adhoc mode, how do you set open/shared WEP? i.e. how does orinoco
>> know to set priv->wep_restrict?
>
> What's priv->wep_restrict? open/shared in ad-hoc seems very strange
> since you have no authentication frames?
priv->wep_restrict differentiates between using
NL80211_AUTHTYPE_OPEN_SYSTEM or NL80211_AUTHTYPE_SHARED_KEY. If it makes
no difference, I'll just zero it in ad-hoc mode.
>> - Digging around cfg80211, it looks like set_default_key isn't called
>> when authentication is TKIP. How does the driver tell which key to use
>> for transmit? Are we supposed to assume the group key is the transmit
>> key?
>
> The pairwise key, of course. But you knew that, so I think I just don't
> understand the question.
A bit of confusion on my part, I (think I) meant pairwise key. The tkip
key install RID takes a flag to indicate when the key is the transmit
key. So I'll set this for any pairwise key being installed, and assume
we only get one of those. Should work in station mode.
>> - TKIP pairwise keys. I think orinoco has always ignored them. The Agere
>> driver installed pairwaise keys to index 0. Should I attempt anything?
>
> I don't think it can have ignored them for proper operation? When you're
> doing WPA, you can only receive with the group key, and transmit with
> the pairwise key negotiated with the AP.
I think I'm just misremembering the details of what the Agere driver
did, and confusing myself.
Thanks for taking the time to have a look (and answer my silly questions!).
Dave.
next prev parent reply other threads:[~2009-08-06 17:34 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-05 20:32 [RFC 0/4] orinoco: use cfg80211 for key manipulation David Kilroy
2009-08-05 20:32 ` [RFC 1/4] orinoco: add cfg80211 connect and disconnect David Kilroy
2009-08-06 7:47 ` Johannes Berg
2009-08-05 20:32 ` [RFC 2/4] orinoco: add cfg80211 join_ibss and leave_ibss David Kilroy
2009-08-05 20:32 ` [RFC 3/4] orinoco: implement cfg80211 key manipulation functions David Kilroy
2009-08-05 20:32 ` [RFC 4/4] orinoco: do WE via cfg80211 David Kilroy
2009-08-06 7:40 ` [RFC 0/4] orinoco: use cfg80211 for key manipulation Johannes Berg
2009-08-06 17:34 ` Dave [this message]
2009-08-07 20:42 ` Dave
2009-08-07 21:23 ` Dan Williams
2009-08-07 21:38 ` Dave
2009-08-07 21:50 ` Johannes Berg
2009-08-07 21:54 ` Dan Williams
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=4A7B140A.6070607@gmail.com \
--to=kilroyd@googlemail.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@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 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).