diff options
author | Felix Fietkau <nbd@openwrt.org> | 2011-03-29 01:41:42 +0200 |
---|---|---|
committer | Felix Fietkau <nbd@openwrt.org> | 2011-03-29 01:41:42 +0200 |
commit | 3444ebe9cb394662241f22efaf7f3eaf9c8c3587 (patch) | |
tree | 0a55d5eaa22214935e0a8079fbac8b351172f121 | |
parent | 8865846b6bb679ef917d3546113790978eb9f1a0 (diff) |
document protocol handler state changes
-rw-r--r-- | DESIGN | 31 |
1 files changed, 30 insertions, 1 deletions
@@ -104,4 +104,33 @@ to be set up as slave to another protocol handler if necessary (useful for PPPoE or PPTP). -## TODO: Protocol handlers, Configuration management, ubus callbacks + +Protocol handlers +----------------- + +A protocol handler can be attached to anything that provides a callback +for state changes. For the simple case it is usually attached to an interface +directly. + +The state of a protocol handler is tracked in a struct interface_proto_state, +and it depends on the state of the entity that's controlling it. + +It responds to PROTO_CMD_SETUP and PROTO_SETUP_TEARDOWN commands, which +should not block at any point in time. Completion is signalled back to the +master by sending IFPEV_UP and IFPEV_DOWN events. + +If the setup can be done fast without blocking for a noticeable amount of +time, the callback can do it and send back those events immediately. +If the setup can take longer, it should use uloop to schedule its actions +asynchronously and (if necessary) fork. + +The protocol handler must be able to abort a setup request that's being +processed when it encounters a teardown command. + +When a PROTO_SETUP_TEARDOWN call is issued and the 'force' parameter is +set, the protocol handler needs to clean up immediately as good as possible, +without waiting for its pending actions to complete. If it has spawned +any child processes, it needs to kill them and clean up their mess. + + +## TODO: Configuration management, ubus callbacks |