summaryrefslogtreecommitdiffstats
path: root/libexec/tftpd/tftp-options.h
diff options
context:
space:
mode:
authoradrian <adrian@FreeBSD.org>2014-04-24 01:39:53 +0000
committeradrian <adrian@FreeBSD.org>2014-04-24 01:39:53 +0000
commitad8f268a6ea2c48dac4f58af5f2f4f1b41688c64 (patch)
tree6648918d63e86483613b59b9d2ef72f1bd1a869f /libexec/tftpd/tftp-options.h
parent535eed4ef9b2879f8feea4a5c433c08a66f0acbd (diff)
downloadFreeBSD-src-ad8f268a6ea2c48dac4f58af5f2f4f1b41688c64.zip
FreeBSD-src-ad8f268a6ea2c48dac4f58af5f2f4f1b41688c64.tar.gz
Begin fleshing out support for net80211 provided (legacy) sleep management.
This transitions the VAP in and out of SLEEP state based on: * whether there's been an active transmission in the last (hardcoded) 500ms; * whether the TIM from the AP indicates there is data available. It uses the beacon reception to trigger the active traffic check. This way there's no further timer running to wake up the CPU from its own sleep states. Right now the VAP isn't woken up for multicast traffic - mostly because the only NIC I plan on doing this for right will auto wakeup and stay awake for multicast traffic indicated in the TIM. So I don't have to manually keep the hardware awake. This doesn't do anything if the NIC doesn't advertise it implements the new SWSLEEP capability AND if the VAP doesn't have powersave enabled. It also doesn't do much with ath(4) as it doesn't currently implement the SLEEP state. Tested: * AR5416, STA mode (with local ath(4) changes)
Diffstat (limited to 'libexec/tftpd/tftp-options.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud