Comment 11 for bug 1814012

Revision history for this message
stevecam (stevecam) wrote :

This bug affects me
tested on two different adaptors
/sbin/wpa_supplicant -c /run/netplan/wpa-wlxd037453da72a.conf -iwlxd037453da72a -Dwext
will work for me
lsusb reports 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
however running
/sbin/wpa_supplicant -c /run/netplan/wpa-wlxd037453da72a.conf -iwlxd037453da72a -Dnl80211
will not work
same with
/sbin/wpa_supplicant -c /run/netplan/wpa-wlxd037453da72a.conf -iwlxd037453da72a
which appears to corrospond with how netplan is attempting to initialise the usb adapter
this option works for one adaptor that does not use nl80211 drivers

my other device will work regardless
/sbin/wpa_supplicant -c /run/netplan/wpa-wlx00198611c22e.conf -iwlx00198611c22e
/sbin/wpa_supplicant -c /run/netplan/wpa-wlx00198611c22e.conf -iwlx00198611c22e -Dnl80211
/sbin/wpa_supplicant -c /run/netplan/wpa-wlx00198611c22e.conf -iwlx00198611c22e -Dwext
lsusb reports
0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11b/g/n WLAN Adapter

It appears that there is a problem with the way wpa_supplicant/kernel drivers are detecting hardware, I agree with Steve Langasek in that it is unclear why the -D should be used to resolve this issue
wext is deprecated and is replaced by nl80211