Summary: | net-wireless/wpa_supplicant: wpa_cli.sh/openrc racy when wifi connection drops/comes back. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Justin Bronder (RETIRED) <jsbronder> |
Component: | Current packages | Assignee: | Rick Farina (Zero_Chaos) <zerochaos> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | mobile+disabled, trevorsummerssmith |
Priority: | High | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
patch for wpa_cli.sh
log |
Description
Justin Bronder (RETIRED)
2009-08-26 21:05:29 UTC
Created attachment 202355 [details, diff]
patch for wpa_cli.sh
Having a busyloop is not a solution, but a hack ;-) The problem seems to be the way network behaves in openrc. From what the author of openrc says, there is a new way for handling network coming, which handles wpa_supplicant differently. (Have a look at the comments here: http://roy.marples.name/projects/openrc/ticket/167 ) So for now, I think the best thing to do is to wait until the new openrc version comes out, and see if the problem persists. (In reply to comment #2) > Having a busyloop is not a solution, but a hack ;-) Oh, I fully agree, but as someone relying on this behavior to stop various other daemons, I figured it was worth posting here. > So for now, I think the best thing to do is to wait until the new openrc > version comes out, and see if the problem persists. Fine by me, let me know if you'd like me to do any testing. I've tried to reproduce this issue with sys-apps/openrc-0.6.0-r1 and net-wireless/wpa_supplicant-0.7.1 and do not see a problem if I had some sleeps in the net init script (with IN_BACKGROUND=true). However, I am not totally clear as to the original problem -- Justin, if you're still available could you clarify: "3.) Look at rc-status, the wireless interface will be 'starting' while some other processes are 'stopping'. Eventually, something does giveup, and the processes that were 'stopping' will be 'stopped', which is the issue, they should have been restarted. " By "Eventually, something does giveup" do you mean that the net service starts or do you mean that it stopped and 'gave up' trying to start? Also, do you have the time to test this out with the sys-apps/openrc-0.6.0-r1? Thanks. Trevor (In reply to comment #4) > I've tried to reproduce this issue with sys-apps/openrc-0.6.0-r1 and > net-wireless/wpa_supplicant-0.7.1 and do not see a problem if I had some sleeps > in the net init script (with IN_BACKGROUND=true). > > However, I am not totally clear as to the original problem -- Justin, if you're > still available could you clarify: > > "3.) Look at rc-status, the wireless interface will be 'starting' > while some other processes are 'stopping'. Eventually, something > does giveup, and the processes that were 'stopping' will be > 'stopped', which is the issue, they should have been restarted. > " > > By "Eventually, something does giveup" do you mean that the net service starts > or do you mean that it stopped and 'gave up' trying to start? Eventually is on the order of minutes to tens of minutes. Then end result is net.* is started but some of the other services that depend on net are stopped. > > Also, do you have the time to test this out with the sys-apps/openrc-0.6.0-r1? Sure, give me until mid next week though please. I can still reproduce. I'm attaching a (slightly altered for readability) log. Created attachment 221175 [details]
log
|