Re: Connection to a WPA2 Wi-Fi router fails

Michael Nazzareno Trimarchi <[email protected]> Tue, 12 May 2026 11:32:35 +0200
Newsgroups dev.linux.lists.connman
Message-ID <CAOf5uwm2wBF=rLBus_epmRg+MgXVrHQzFAq8Y3bGWmJPPiDUnw@mail.gmail.com>
--000000000000d92b0706519b8b03
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi

On Tue, May 12, 2026 at 11:14=E2=80=AFAM Fran=C3=A7ois Galea <[email protected]=
r> wrote:
>
> Hello,
>
> This was tested on a Zynq (Cortex-A9) and a RPi4, on a 32-bit Arm
> Buildroot Linux system.
>
> The Wi-Fi router uses WPA2 Personnal authentication.
>
> Problem starts from buildroot releases including connman 1.45. Previous
> releases using connman 1.44 and prior are working fine. Also switching
> from 1.45 to 1.44 in a buildroot version that includes connman 1.45 works=
.
>
>
> If a connection was previously successfully set up, for instance from
> connman 1.44 or older, `/var/log/messages` contains:
>
> Jan  1 00:00:11 zest daemon.info connmand[141]: Adding interface wlan0 [
> wifi ]
> Jan  1 00:00:11 zest daemon.info connmand[141]: eth0 {update} flags
> 36867 <UP>
> Jan  1 00:00:11 zest daemon.info connmand[141]: eth0 {newlink} index 2
> address 9A:8F:85:81:67:B4 mtu 1500
> Jan  1 00:00:11 zest daemon.info connmand[141]: eth0 {newlink} index 2
> operstate 2 <DOWN>
> Jan  1 00:00:11 zest daemon.info dbus-daemon[120]: [system] Successfully
> activated service 'fi.w1.wpa_supplicant1'
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {update} flags
> 36931 <UP,RUNNING>
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {newlink} index 4
> address 8C:3D:16:20:0E:4A mtu 1500
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {newlink} index 4
> operstate 0 <UNKNOWN>
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {update} flags
> 36867 <UP>
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {newlink} index 4
> address 8C:3D:16:20:0E:4A mtu 1500
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {newlink} index 4
> operstate 2 <DOWN>
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {newlink} index 4
> address 8C:3D:16:20:0E:4A mtu 1500
> Jan  1 00:00:11 zest daemon.info connmand[141]: wlan0 {newlink} index 4
> operstate 2 <DOWN>
> Jan  1 00:00:11 zest daemon.info connmand[141]: Interface wlan0 [ wifi ]
> state is association
> Jan  1 00:00:11 zest daemon.warn connmand[141]: Interface wlan0 [ wifi ]
> error "invalid-key"
> Jan  1 00:00:11 zest daemon.info connmand[141]: Interface wlan0 [ wifi ]
> state is failure
>
>
> Otherwise, when creating a new connection:
>
> # connmanctl
> Error getting VPN connections: The name net.connman.vpn was not provided
> by any .service files
> connmanctl> services
>
> connmanctl> enable wifi
> Enabled wifi
> connmanctl> scan wifi
> Scan completed for wifi
> connmanctl> services
>      Kamoulox             wifi_8c3d16200e4a_4b616d6f756c6f78_managed_psk
>      Livebox-D050
> wifi_8c3d16200e4a_4c697665626f782d44303530_managed_psk
>      Freebox-3B4B3C
> wifi_8c3d16200e4a_46726565626f782d334234423343_managed_psk
>      patetalex            wifi_8c3d16200e4a_7061746574616c6578_managed_ps=
k
>      DRAME                wifi_8c3d16200e4a_4452414d45_managed_psk
> connmanctl> agent on
> Agent registered
> connmanctl> connect wifi_8c3d16200e4a_4b616d6f756c6f78_managed_psk
> Agent RequestInput wifi_8c3d16200e4a_4b616d6f756c6f78_managed_psk
>    Passphrase =3D [ Type=3Dpsk, Requirement=3Dmandatory, Alternates=3D[ W=
PS ] ]
>    WPS =3D [ Type=3Dwpspin, Requirement=3Dalternate ]
> Passphrase? my_wifi_passphrase
> Agent ReportError wifi_8c3d16200e4a_4b616d6f756c6f78_managed_psk
>    invalid-key
> connmanctl> Retry (yes/no)? no
> Error
> /net/connman/service/wifi_8c3d16200e4a_4b616d6f756c6f78_managed_psk:
> Input/output error
> connmanctl>


I think that change only asks the agent who established the connection
to try the various method. Is the patch in attach work?
* sven *: Does it cover your use case too?

Michael


>
>
>
>  From both situations it appears the wifi passphrase is not accepted.
>
> wbx (as CC of this email) noticed that reverting commit
> 5e73b55e00b97e1867397258b72f0d6e5ad7d31d allows connections to work again=
.
>
> Is it a known situation?=E2=80=AFIs there a patch available?
>
> Best,
>
> Fran=C3=A7ois
>
>


--=20
Michael Nazzareno Trimarchi
Co-Founder & Chief Executive Officer
M. +39 347 913 2170
[email protected]
__________________________________

Amarula Solutions BV
Joop Geesinkweg 125, 1114 AB, Amsterdam, NL
T. +31 (0)85 111 9172
[email protected]
www.amarulasolutions.com

--000000000000d92b0706519b8b03
Content-Type: text/x-patch; charset="US-ASCII"; name="auth.patch"
Content-Disposition: attachment; filename="auth.patch"
Content-Transfer-Encoding: base64
Content-ID: <f_mp2fltyk0>
X-Attachment-Id: f_mp2fltyk0

ZGlmZiAtLWdpdCBhL2dzdXBwbGljYW50L3N1cHBsaWNhbnQuYyBiL2dzdXBwbGljYW50L3N1cHBs
aWNhbnQuYwppbmRleCA1ZTI4OTk1My4uYjE4ODA1NzQgMTAwNjQ0Ci0tLSBhL2dzdXBwbGljYW50
L3N1cHBsaWNhbnQuYworKysgYi9nc3VwcGxpY2FudC9zdXBwbGljYW50LmMKQEAgLTQ5NTUsOCAr
NDk1NSwxNSBAQCBzdGF0aWMgdm9pZCBhZGRfbmV0d29ya19zZWN1cml0eShEQnVzTWVzc2FnZUl0
ZXIgKmRpY3QsIEdTdXBwbGljYW50U1NJRCAqc3NpZCkKIAkJYWRkX25ldHdvcmtfc2VjdXJpdHlf
Y2lwaGVycyhkaWN0LCBzc2lkKTsKIAkJYnJlYWs7CiAJY2FzZSBHX1NVUFBMSUNBTlRfU0VDVVJJ
VFlfUFNLOgotCQlrZXlfbWdtdCA9ICJTQUUgV1BBLVBTSyBXUEEtUFNLLVNIQTI1NiI7Ci0JCWll
ZWU4MDIxMXcgPSBHX1NVUFBMSUNBTlRfTUZQX09QVElPTkFMOworCQlpZiAoc3NpZC0+a2V5bWdt
dCAmIEdfU1VQUExJQ0FOVF9LRVlNR01UX1NBRSkgeworCQkJLy8gQVAgc3VwcG9ydHMgU0FFLCBz
byB3ZSBwcm92aWRlIHRoZSBmdWxsIHN1aXRlIGZvciByb2FtaW5nL3RyYW5zaXRpb24KKwkJCWtl
eV9tZ210ID0gIlNBRSBXUEEtUFNLIFdQQS1QU0stU0hBMjU2IjsKKwkJCWllZWU4MDIxMXcgPSBH
X1NVUFBMSUNBTlRfTUZQX09QVElPTkFMOworCQl9IGVsc2UgeworCQkJLy8gQVAgaXMgbGVnYWN5
OyBkb24ndCBjb25mdXNlIGl0IHdpdGggU0FFL1NIQTI1NiBzdHJpbmdzCisJCQlrZXlfbWdtdCA9
ICJXUEEtUFNLIjsKKwkJCWllZWU4MDIxMXcgPSBHX1NVUFBMSUNBTlRfTUZQX09QVElPTkFMOwor
CQl9CiAJCWFkZF9uZXR3b3JrX2llZWU4MDIxMXcoZGljdCwgc3NpZCwgaWVlZTgwMjExdyk7CiAJ
CWFkZF9uZXR3b3JrX3NlY3VyaXR5X3BzayhkaWN0LCBzc2lkKTsKIAkJYWRkX25ldHdvcmtfc2Vj
dXJpdHlfY2lwaGVycyhkaWN0LCBzc2lkKTsK
--000000000000d92b0706519b8b03--