Tomas Winkler <tomasw@xxxxxxxxx> writes: > What I wonder in this whole conversation is how the power is saved > here. How and what do you shut down physically in the NIC. In stlc45xx it works such that the driver controls firmware's Power Save Mode with LM_OID_PSM command. When the driver enables PSM, the firmware sleeps as much as possible and it will wakeup only for beacons (interval is configurable). If the driver sends a frame, the firmware sets PSM bit in frames's frame control and goes to sleep immeaditely after receiving an ack for the frame. If the driver disables the PSM in firmware, the firmware is awake all the time. > I'm not sure how much u save if u're just not receiving frames bur > you are still busy with scheduling timers. With this scheme we will have significant power savings because the radios can be turned off for long idle periods, but it doesn't sacrifice the latency that much. > In iwlwifi all the gory timing issues are handled in the firmware > and driver just may option to configure some parameters according > battery life, user preferences and current throughput plus firmware > is able to close different part of the HW as well. I'm have strong > hunch that also other vendors handle this in low level as this is > kind of real time to be in sync with DITIMs and listen intervals > etc. In stlc45xx the firmware takes care of waking up for beacons (of course, linux is not a real time OS). It's just that in stlc45xx firmware's PS implementation isn't as advanced as yours is and we have to something in host as well. > One other think is that PS can be enabled also in non associated state > from the HW perspective only during association and scanning it's > disabled but that not connected to the spec. I don't see how Power Save Mode can be useful when disassociated. PSM is about AP buffering frames for us, but what does it buffer when the client is disassociated? Sure, turning off radios when not associated is very wise to do but we can control that already with op_start() and op_stop(). No need to use Power Save features here. > Currently we have all what you describing here enabled onfiguring > through iwconfig power and it's already working so I'm trying to > figure out how our strange HW :) will fit into this new stuff. I haven't investigated how PS works in your hw, yet. But if any problems appear, I'll add a HW flag for the driver to disable dynamic PS, or something like that. -- Kalle Valo -- 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
