[OpenWrt-Devel] hostap commit 6c9543fcb breaks MESH-SAE with wolfssl
daniel at makrotopia.org
Wed May 13 12:34:31 EDT 2020
On Wed, May 13, 2020 at 03:19:32PM +0100, Daniel Golle wrote:
> On Wed, May 13, 2020 at 04:01:03PM +0300, Jouni Malinen wrote:
> > On Wed, May 13, 2020 at 11:46:03AM +0100, Daniel Golle wrote:
> > > The build environment is currently on an otherwise unused system wired
> > > up to the two QCA devices for testing. We could arrange remote access
> > > remote access via SSH or you can tell me to build/test whatever you'd
> > > like me to and I'll report back.
> > > If you'd like to reproduce this locally or even include in your CI,
> > > I guess that building Linux and wpa_supplicant for MIPS Malta (BE) and
> > > running that in qemu-system-mips will show similar results as my
> > > testing on real hardware.
> > I guess it would be nice to get a big endian setup added for automated
> > testing eventually, but setting that up with qemu sounds like something
> > that is going to take significant amount of effort..
I've just built OpenWrt for MIPS malta (BE) with mac80211-hwsim and
hereby confirm the problem shows up there in exactly the same way.
Also on MIPS malta with mac80211-hwsim, mesh with SAE works with
WolfSSL up to and including hostapd git revision 2b84ca4dd work fine,
starting from revision 6c9543fcb7 don't.
As OpenWrt might not be what you want for QA, I've been following
and ended up with a functional Debian install inside QEMU about 20
minutes later. (I had to replace kernel image vmlinux-4.9.0-6-4kc-malta
mentioned in that guide with vmlinux-4.19.0-9-4kc-malta which is the
current version and exists on Debian's download server)
This would allow to run the whole test-suite as-is on MIPS32 BE, maybe
even with buildbot.w1.fi...
If there is anything else I can do to help debugging this, let me know.
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
More information about the openwrt-devel