Summary: | wpa_supplicant behavior in shaky network environment | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Antti Mäkelä <zarhan> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Antti Mäkelä
2007-02-02 10:42:37 UTC
Sounds like a good idea. However, this would have to be implemented in wpa_supplicant or wpa_cli and not the script. I don't have the time to look into this right now, so patches welcome :) (In reply to comment #1) > However, this would have to be implemented in wpa_supplicant or wpa_cli and not > the script. Taking a look at wpa_cli.c it's certainly feasible to patch that. Grabbing some ideas from ifplugd.c at least. Slight problem is that unlike ifplugd which parses the status from input and executes the action separately (allowing the delay), in wpa_cli.c everything (parsing the status and executing the script) happens all in static void wpa_cli_action_process(const char *msg) - so there's no possibility to just start a timer, return to master loop and wait for the timer to go off..This will be requiring a bit more restructuring. If you do write this patch, send it upstream please. Or re-open this bug. |