Hi Wiktor,
On 12/22/19 3:09 PM, Wiktor Kwapisiewicz wrote:
Hello,
I'm using iwd on ArchLinux as a systemd service with conjunction with
systemd-networkd and generally it works very well (iwctl live updates
are impressive) with a minor annoyance that the service requires restart
after each boot to function.
Glad you like it!
This issue have been reported by others on ArchLinux site:
https://bugs.archlinux.org/task/63912
In the service logs the only significant line seems to be "NEW_INTERFACE
failed: Device or resource busy":
$ journalctl -u iwd
Starting Wireless service...
Wireless daemon version 1.4
Started Wireless service.
netconfig: Network configuration is disabled.
Wiphy: 0, Name: phy0
Permanent Address: 30:52:cb:84:72:ff
Bands: 2.4 GHz 5 GHz
Ciphers: CCMP TKIP BIP
Supported iftypes: ad-hoc station ap p2p-client p2p-go p2p-device
NEW_INTERFACE failed: Device or resource busy
Curious how you get here without a DEL_INTERFACE also failing. Any
chance you can run iwmon (start it prior to iwd) and give us a trace of
the output? See [0] for details.
I'm not a systemd user, but maybe someone here can give you hints on how
to accomplish this.
networkctl reports "configuring" but nothing ever happens:
$ networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 wlan0 wlan no-carrier configuring
3 enp10s0u2u4 ether no-carrier configuring
4 enp9s0u1u2 ether no-carrier configuring
Given the above error, this is expected.
After service restart it does complain about "unknown
error" but
everything works as normal:
Wireless daemon version 1.4
Started Wireless service.
netconfig: Network configuration is disabled.
Wiphy: 0, Name: phy0
Permanent Address: 30:52:cb:84:72:ff
Bands: 2.4 GHz 5 GHz
Ciphers: CCMP TKIP BIP
Supported iftypes: ad-hoc station ap p2p-client p2p-go p2p-device
DEL_INTERFACE failed: Unknown error 524
So this is -ENOTSUPP. What is a little strange is that you don't get
this error at startup unless you put in a sleep as you mention below.
hardware_rekey not supported
And it is routable in networkctl:
$ networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 wlan0 wlan routable configured
3 enp10s0u2u4 ether no-carrier configuring
4 enp9s0u1u2 ether no-carrier configuring
Interestingly one of ArchLinux users [0] reported that adding sleep in
"ExecStartPre" of the systemd service makes the problem disappear and
yes, this workaround also works on my end.
I did not have this problem when using old wpa_supplicant. I'm using XPS
13 (9350, Broadcom BCM4350). I had the problem since I installed iwd and
it's still here in version 1.4
wpa_supplicant doesn't use these operations for the most part. As a
consequence, the kernel folks only tested them via the 'iw' command line
utility and some drivers might not even implement this properly. See
[1] for details of what iwd does.
Is there a way to debug this issue further?
For now, try this simple workaround:
diff --git a/src/manager.c b/src/manager.c
index 47874e1129b8..ac2af7889a3c 100644
--- a/src/manager.c
+++ b/src/manager.c
@@ -79,6 +79,7 @@ static const char *default_if_driver_list[] = {
"rtl87*",
"rtl88*",
"rtw_*",
+ "brcmfmac",
NULL,
};
Or alternatively set
UseDefaultInterface=true in main.conf. See man iwd.config for details.
[0]
https://iwd.wiki.kernel.org/debugging
[1]
https://iwd.wiki.kernel.org/interface_lifecycle
Regards,
-Denis