iwd/autotests/testDPP/wpas.conf

ctrl_interface=/tmp/rad1-p2p-wpas

update_config=0
pmf=2
dpp_config_processing=2
p2p_disabled=1
auto-t: add DPP autotests 2022-01-04 19:18:57 +01:00			`ctrl_interface=/tmp/rad1-p2p-wpas`

auto-t: disable update_config for testDPP update_config=1 lets wpa_supplicant write config changes to the config file. In the real world this is what you want so your DPP credentials are persistant. But for testing this is not correct since multiple tests use the same config file and expect it to be pristine. Occationally wpa_supplicant was connecting to the AP without running DPP because the config already had the network credentials. 2022-04-15 18:59:21 +02:00			`update_config=0`
auto-t: add DPP autotests 2022-01-04 19:18:57 +01:00			`pmf=2`
			`dpp_config_processing=2`
auto-t: get DPP PKEX test running reliably Several tests do not pass due to some additional changes that have not been merged. Remove these cases and add some hardening after discovering some unfortunate wpa_supplicant behavior. - Disable p2p in wpa_supplicant. With p2p enabled an extra device is created which starts receiving DPP frames and printing confusing messages. - Remove extra asserts which don't make sense currently. These will be added back later as future additions to PKEX are upstreamed. - Work around wpa_supplicant retransmit limitation. This is described in detail in the comment in pkex_test.py 2023-11-13 15:32:55 +01:00			`p2p_disabled=1`