From: Rajkumar Manoharan <rmanohar@qti.qualcomm.com>
To: Sujith Manoharan <sujith@msujith.org>
Cc: John Linville <linville@tuxdriver.com>,
<linux-wireless@vger.kernel.org>, <ath9k-devel@qca.qualcomm.com>,
<stable@vger.kernel.org>
Subject: Re: [PATCH] Revert "ath9k: Calculate sleep duration"
Date: Thu, 11 Sep 2014 19:43:40 +0530 [thread overview]
Message-ID: <20140911141338.GA21543@qca.qualcomm.com> (raw)
In-Reply-To: <1410442548-15782-1-git-send-email-sujith@msujith.org>
On Thu, Sep 11, 2014 at 07:05:48PM +0530, Sujith Manoharan wrote:
> From: Sujith Manoharan <c_manoha@qca.qualcomm.com>
>
> This reverts commit 09ebb810927a110e4c354beb20308830d108a54b.
>
> ath9k_hw_set_sta_beacon_timers() configures AR_TIM_PERIOD with
> the beacon interval. Before this commit, the sleepduration was
> never greater than the beacon interval. But now, the behavior
> has changed. For example, with an AP that uses a beacon interval of 100:
>
> ath: phy9: next beacon 61128704
> ath: phy9: beacon period 204800
> ath: phy9: DTIM period 204800
>
> If the sleepduration is calculated based on the listen time, then
> the bmiss threshold should also be changed since the HW would
> be in sleep state for a longer time, but that is not done currently.
>
> To avoid configuring a higher beacon interval based on the sleepduration,
> revert to the original behavior. Power consumption is not a
> problem since PS is disabled in ath9k anyway.
>
Some of the IOE customer using ath9k with power save enabled. IIRC the
expectation is that when the station is idle, it should wakeup on DTIM
beacon not for every beacons. Are you seeing frequest bmiss events on
higher beacon interval?
-Rajkumar
next prev parent reply other threads:[~2014-09-11 14:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-11 13:35 [PATCH] Revert "ath9k: Calculate sleep duration" Sujith Manoharan
2014-09-11 14:13 ` Rajkumar Manoharan [this message]
2014-09-11 14:26 ` Sujith Manoharan
2014-09-12 6:09 ` Rajkumar Manoharan
2014-09-12 6:18 ` Oleksij Rempel
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=20140911141338.GA21543@qca.qualcomm.com \
--to=rmanohar@qti.qualcomm.com \
--cc=ath9k-devel@qca.qualcomm.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=stable@vger.kernel.org \
--cc=sujith@msujith.org \
/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).