On Tue, Nov 11, 2008 at 12:44 PM, Kalle Valo <kalle.valo@xxxxxxxxx> wrote:
> While talking about power save, can you give me any hints how power
> save in client mode works in ath5k/ath9k? I haven't looked at the
> drivers yet, but any hints (even how small) always help and save time.
> I'm trying to understand how power save is implemented in different
> hardware so that I can take that into account in my patches.
Currently there is no support for powersave in ath9k( Not sure about
ath5k though). There is a code level implementation for the following
although we do not enable them:
Support for network sleep mode:
If a request for network sleep comes from higher layers, the
sleep duration having been configured based on beacon interval and the
TIM offset in the beacon based on AID is all configured, then the
chip will happily go to sleep and wake up for the beacon to read TIM.
But the code for calulating TIM offset, reading TIM, to decide the power
level based on TIM, extending awake time based on DTIM needs to be
done. Since these are common to all drivers, these may get into
mac80211( Not sure if it is already implemented). Please correct me if
I am wrong here.
I believe all these are done in the firmware for Intel since Tomas mentioned
sometime back that all the power save features works in iwlwifi.
> Actually there are three types of power save now:
> AP mode buffering for clients in power save, the normal ("static")
> power save for client mode and the dynamic version. So this will get
> very confusing.
I have come across this dynamic power save(Switch off radio when there
is no RX/Tx for sometime) and also buffering in AP mode. I would be happy to
know about the static power save.
Regards,
Vivek.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
