From: James Prestwood <prestwoj@gmail.com>
To: Harry ten Berge <htenberge@gmail.com>, iwd@lists.linux.dev
Subject: Re: Raspberry Pi 5 and WPA3
Date: Mon, 29 Apr 2024 14:29:10 -0700 [thread overview]
Message-ID: <91648487-9c59-40f9-996d-dfad1f1adcbb@gmail.com> (raw)
In-Reply-To: <CAN+yObo7O+c7x51maXYxUiSttAC6ZJkuNb9DJwjCuegbAgyLow@mail.gmail.com>
Hi Harry,
On 4/29/24 1:25 PM, Harry ten Berge wrote:
> Hi,
>
> I'm not sure this is the right place to ask for some assistance, but
> here we go...
>
> I'm the author for a small Raspberry Pi audio image that is
> specifically targeting Roon.
> If you're not familiair with Roon: it's an audio streaming platform
> targeting audiophiles ;-)
>
> Anyways, about a year ago I switched from wpa_supplicant to iwd, to
> full satisfaction.
> Better and easier integration, and overall a feel of me being in more control.
>
> Now, recently I'm having issues with WPA3 support. This is partly
> related to firmware (it's just so obfuscated how this all works with
> firmware from broadcom and firmware from cypress :-(
>
> And one of those things is that I can't get it to work on the new Pi
> 5. Specifically IWD reporting this:
>
> Apr 29 17:41:41 ropieee5 iwd[275]: src/wiphy.c:wiphy_select_akm()
> Network is WPA3-Personal...
> Apr 29 17:41:41 ropieee5 iwd[275]: SAE unsupported: brcmfmac needs
> CMD_EXTERNAL_AUTH for SAE
> Apr 29 17:41:41 ropieee5 iwd[275]: src/wiphy.c:wiphy_select_akm()
> Can't use SAE, trying WPA2
>
> Now, the Pi guys point me to the missing CMD_EXTERNAL_AUTH message and
> advise me to go back to wpa_supplicant. Which is not something I would
> like to do for various reasons...
>
> Do you have any advice for me on what I can do? is this
> CMD_EXTERNAL_AUTH really related to this and are you planning on
> implementing this?
Unfortunately the external auth support is not yet implemented in IWD.
The brcmfmac driver itself is rather unique being a fullmac driver.
Depending on how you look at it, this on its own is "easier" to support.
It handles connecting/roaming all on its own. But then, for some reason,
someone didn't want to do SAE/WPA3 on the card itself so they came up
with some one-off mechanism to offload that onto userspace. This is one
of those things that got put upstream that is a pain for projects like
IWD to support IMO. Its something we do need to support eventually,
especially given the raspi 5 requires it.
Thanks,
James
>
> Thanks
>
next prev parent reply other threads:[~2024-04-29 21:29 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-29 20:25 Raspberry Pi 5 and WPA3 Harry ten Berge
2024-04-29 21:29 ` James Prestwood [this message]
2024-04-30 6:49 ` Harry ten Berge
2024-04-30 7:42 ` Marcel Holtmann
2024-04-30 11:17 ` James Prestwood
2024-04-30 12:19 ` KeithG
2024-04-30 15:42 ` Harry ten Berge
2024-05-02 12:56 ` KeithG
2024-05-02 13:09 ` James Prestwood
2024-05-02 13:47 ` KeithG
2024-05-02 14:07 ` James Prestwood
2024-05-07 2:33 ` KeithG
2024-05-07 11:55 ` James Prestwood
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=91648487-9c59-40f9-996d-dfad1f1adcbb@gmail.com \
--to=prestwoj@gmail.com \
--cc=htenberge@gmail.com \
--cc=iwd@lists.linux.dev \
/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