On Tue, May 13, 2008 at 11:35 AM, Johannes Berg
<johannes@xxxxxxxxxxxxxxxx> wrote:
>
> > Johannes, can you please take a look at this patch? The original code
> > looks like a shortcut to start authentication/association when all the
> > three parameters (BSSID/SSID/CHANNEL) are provided. But this is not
> > sufficient in the case of associate with an 11N hidden SSID AP. The 11n
> > and wmm information must be retrieved by an active probe request. Not
> > doing so will cause the 11N AP refuse to associate with the client.
>
>
>
> > > - if (!(ifsta->flags & (IEEE80211_STA_AUTO_SSID_SEL |
> > > - IEEE80211_STA_AUTO_BSSID_SEL | IEEE80211_STA_AUTO_CHANNEL_SEL))) {
> > > - ifsta->state = IEEE80211_AUTHENTICATE;
> > > - ieee80211_sta_reset_auth(dev, ifsta);
> > > - return 0;
> > > - }
> > > -
> > > spin_lock_bh(&local->sta_bss_lock);
>
> Well, I'm not sure I'm the right person to look at this, I'm very
> unfamiliar with the code in question. For all I care we can put it in
> and revert/fixup when we get bug reports from it.
>
You should always had in hand at least one probe response before
attempting association as mot all information elements are present in
beacons. This is not only case for 11n but for QoS in general.
I would suggest that association process in BSS will always start with
sending probe request.
Tomas
> johannes
>
--
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
