From: Kalle Valo <kalle.valo@nokia.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: "vivek.natraj@gmail.com" <vivek.natraj@gmail.com>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: [RFC PATCH v2 2/2] mac80211: use ps-poll when dynamic power save mode is disabled
Date: Thu, 29 Jan 2009 20:15:14 +0200 [thread overview]
Message-ID: <4981F232.5000801@nokia.com> (raw)
In-Reply-To: <1233168737.4811.18.camel@johannes.local>
Johannes Berg wrote:
> On Wed, 2009-01-28 at 18:49 +0200, Kalle Valo wrote:
>
>>> If we receive a frame, but don't send any, we'll still stay awake.
>>> Should receiving update the dynamic timer as well, to avoid that case?
>>> Here, I mean:
>>>
>>>> @@ -1816,9 +1851,24 @@ static void ieee80211_rx_mgmt_beacon(struct ieee80211_sub_if_data *sdata,
>>> ...
>>>> + if (local->hw.conf.dynamic_ps_timeout > 0) {
>>>> + local->hw.conf.flags &= ~IEEE80211_CONF_PS;
>>>> + ieee80211_hw_config(local,
>>>> + IEEE80211_CONF_CHANGE_PS);
>>>> + ieee80211_send_nullfunc(local, sdata, 0);
>> You mean case where directed_time is set, dynamic_ps_timeout is zero
>> and station doesn't transmit anything? That's not a problem because in
>> that case power save is not disabled at all, ps-poll is sent while
>> power save mode is enabled. So there won't any problem.
>
> No, I mean in the timeout > 0 case, what vivek mentioned too. We never
> go back to sleep unless we send a packet.
First of all, this patchset doesn't change the logic for timeout > 0
case. But that case was working already earlier, here's my analysis:
1. tim bit is set
2. if timeout > 0 disable power save and send null frame
3. null frame enables dynamic_ps_timer in ieee80211_master_start_xmit()
4. after dynamic_ps_timer triggers, power save is enabled again
I understood that this was the reason why Vivek moved the running of
dynamic_ps_timer from subif to the master interface. Or did I miss
something?
Kalle
next prev parent reply other threads:[~2009-01-29 18:15 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-22 11:45 [RFC PATCH v2 0/2] mac80211: ps-poll implementation Kalle Valo
2009-01-22 11:45 ` [RFC PATCH v2 1/2] mac80211: remove multicast check from check_tim() Kalle Valo
2009-01-28 14:59 ` Vivek Natarajan
2009-01-28 16:06 ` Kalle Valo
2009-01-22 11:45 ` [RFC PATCH v2 2/2] mac80211: use ps-poll when dynamic power save mode is disabled Kalle Valo
2009-01-22 17:02 ` Johannes Berg
2009-01-28 16:49 ` Kalle Valo
2009-01-28 18:52 ` Johannes Berg
2009-01-29 18:15 ` Kalle Valo [this message]
2009-01-29 18:32 ` Johannes Berg
2009-01-29 20:19 ` Kalle Valo
2009-01-23 23:28 ` Tomas Winkler
2009-01-28 8:39 ` Kalle Valo
2009-01-28 11:46 ` Tomas Winkler
2009-01-28 12:33 ` Kalle Valo
2009-01-28 13:00 ` Johannes Berg
2009-01-28 13:26 ` Tomas Winkler
2009-01-28 13:36 ` Johannes Berg
2009-01-22 13:00 ` [RFC PATCH v2 0/2] mac80211: ps-poll implementation Johannes Berg
2009-01-23 9:31 ` Kalle Valo
2009-01-23 22:11 ` Johannes Berg
2009-01-28 16:40 ` Kalle Valo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4981F232.5000801@nokia.com \
--to=kalle.valo@nokia.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=vivek.natraj@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).