[Bug 264238] wpa_supplicant 2.10 fails to associate to open secondary VAP when primary VAP is WPA

From: <bugzilla-noreply_at_freebsd.org>
Date: Sun, 03 Jul 2022 15:57:08 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

J.R. Oldroyd <fbsd@opal.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #235051|0                           |1
        is obsolete|                            |

--- Comment #200 from J.R. Oldroyd <fbsd@opal.com> ---
Created attachment 235053
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=235053&action=edit
patch to have wpa_driver_bsd_associate() check for WLAN_EID_RSN IE before
setting WPA

Version 4 of this patch now also checks for the vendor_ie that indicates WPA1
is available.

I duplicated the code.  If WPA2/RSN is available, I set that.  Else if WPA1 is
available, I set that.  There may be a more optimal way of coding it, e.g., by
making a new function that is called from both RSN and WPA sections.

I found that my one AP here does have a mixed WPA1+WPA2 mode, so I set that for
the primary VAP.  I have tested with config in wpa_supplicant.conf for both RSN
and separately for WPA and it associates both ways.

-- 
You are receiving this mail because:
You are on the CC list for the bug.