Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 910525 - net-wireless/wpa_supplicant openrc script should enable dbus interface
Summary: net-wireless/wpa_supplicant openrc script should enable dbus interface
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Rick Farina (Zero_Chaos)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-19 01:23 UTC by Jon duSaint
Modified: 2023-07-20 17:07 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge.info,6.11 KB, text/plain)
2023-07-19 01:23 UTC, Jon duSaint
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jon duSaint 2023-07-19 01:23:47 UTC
Created attachment 865769 [details]
emerge --info

I'd like to suggest the "-u" flag be added to "wpa_supplicant_args" in /etc/init.d/wpa_supplicant when the dbus USE flag is set so that the dbus interface can run.

Some change some months back (not sure exactly when) caused the NetworkManager and wpa_supplicant services no longer to work well together. The symptoms I saw were that my laptop repeatedly connected, then disconnected to wifi with a cycle time of about 10 seconds.

It turns out that the wpa_supplicant service does not start its dbus interface (-u), so when NetworkManager launched, it couldn't find wpa_supplicant over dbus, and so launched its own copy. The two wpa_supplicant instances conflicted, leading to the cycle I saw.

Two versions running:

$ ps auxfwww | grep wpa
root      1685  0.0  0.0  11016  6040 ?        Ss   16:49   0:00 /usr/sbin/wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlp0s20f3
root      1747  0.0  0.0  11148  9168 ?        S    16:49   0:01 /usr/sbin/wpa_supplicant -u

Log snippets. These were repeated every 10 or so seconds forever.

/var/log/kern.log:

Jul 18 17:42:46 sialia kernel: wlp0s20f3: disconnect from AP 78:8a:20:d8:f3:3b for new auth to 78:8a:20:d7:f3:3b
Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticate with 78:8a:20:d7:f3:3b
Jul 18 17:42:46 sialia kernel: wlp0s20f3: 80 MHz not supported, disabling VHT
Jul 18 17:42:46 sialia kernel: wlp0s20f3: send auth to 78:8a:20:d7:f3:3b (try 1/3)
Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticated
Jul 18 17:42:46 sialia kernel: wlp0s20f3: associate with 78:8a:20:d7:f3:3b (try 1/3)
Jul 18 17:42:46 sialia kernel: wlp0s20f3: RX AssocResp from 78:8a:20:d7:f3:3b (capab=0x1431 status=0 aid=3)
Jul 18 17:42:46 sialia kernel: wlp0s20f3: associated
Jul 18 17:42:47 sialia kernel: wlp0s20f3: Limiting TX power to 30 (30 - 0) dBm as advertised by 78:8a:20:d7:f3:3b

/var/log/syslog:

Jul 18 17:42:46 sialia kernel: wlp0s20f3: disconnect from AP 78:8a:20:d8:f3:3b for new auth to 78:8a:20:d7:f3:3b
Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticate with 78:8a:20:d7:f3:3b
Jul 18 17:42:46 sialia kernel: wlp0s20f3: 80 MHz not supported, disabling VHT
Jul 18 17:42:46 sialia kernel: wlp0s20f3: send auth to 78:8a:20:d7:f3:3b (try 1/3)
Jul 18 17:42:46 sialia NetworkManager[9844]: <info>  [1689727366.8287] device (wlp0s20f3): supplicant interface state: completed -> disconnected
Jul 18 17:42:46 sialia kernel: wlp0s20f3: authenticated
Jul 18 17:42:46 sialia kernel: wlp0s20f3: associate with 78:8a:20:d7:f3:3b (try 1/3)
Jul 18 17:42:46 sialia kernel: wlp0s20f3: RX AssocResp from 78:8a:20:d7:f3:3b (capab=0x1431 status=0 aid=3)
Jul 18 17:42:46 sialia kernel: wlp0s20f3: associated
Jul 18 17:42:46 sialia NetworkManager[9844]: <info>  [1689727366.8969] device (wlp0s20f3): supplicant interface state: disconnected -> associated
Jul 18 17:42:56 sialia NetworkManager[9844]: <info>  [1689727376.8984] device (wlp0s20f3): supplicant interface state: associated -> disconnected
Jul 18 17:42:56 sialia NetworkManager[9844]: <info>  [1689727376.9984] device (wlp0s20f3): supplicant interface state: disconnected -> scanning
Jul 18 17:42:59 sialia kernel: wlp0s20f3: disconnect from AP 78:8a:20:d7:f3:3b for new auth to 78:8a:20:d8:f3:3b

Disabling the wpa_supplicant service allowed the one started by NetworkManager to do all the work, and now my wifi is as stable as it used to be.
Comment 1 Mike Gilbert gentoo-dev 2023-07-20 17:07:07 UTC
I don't think you're supposed to use the wpa_supplicant init script in combination with NetworkManager.