From: Johannes Berg <johannes@sipsolutions.net>
To: Marco Porsch <marco.porsch@etit.tu-chemnitz.de>
Cc: "Luis R. Rodriguez" <rodrigue@qca.qualcomm.com>,
javier@cozybit.com, linux-wireless@vger.kernel.org,
henry@logout.com,
"greenmesh@lists.osll.spb.ru" <greenmesh@lists.osll.spb.ru>
Subject: Re: [Greenmesh] [ath9k] mesh powersave hardware sleep + wakeup
Date: Tue, 17 Apr 2012 19:02:16 -0700 [thread overview]
Message-ID: <1334714536.3725.33.camel@jlt3.sipsolutions.net> (raw)
In-Reply-To: <4F868732.1030401@etit.tu-chemnitz.de>
On Thu, 2012-04-12 at 09:41 +0200, Marco Porsch wrote:
> > What time units would that be in, and how could you correlate them?
>
> I did not take an exhaustive overview over all possible drivers.
> But as the current mac80211<->driver interface carries only beacon
> interval (in TU) and DTIM period, that should be a good starting point.
Those aren't really useful at all? You need to define wakeups in
absolute terms I'd think? And you could have the TSF from the beacon,
but that itself is also useless since you need the offset.
> ath9k additionally relies on the neighbors address to check whether it
> can resume sleep after receiving an expected beacon (see setting of
> 'is_mybeacon' in ath_rx_tasklet).
That's IBSS only I'd think?
> Concerning correlation, in mesh mode we recently have t_offset (in TSF
> increments) stored in sta_info and in client mode the drivers'
> synchronised TSF should be the reference (but I am not quite sure what
> happens when one client is associated to multiple AP).
That's starting to sound more like a solution, but even then you have a
lot of issues to resolve like when exactly is the timestamp hitting.
Keep in mind that TSF == start of TSF field, while rx_status->timestamp
== start of first symbol, which I didn't even remember when you guys did
all the Toffset things, I'm guessing they're all wrong :-)
johannes
next prev parent reply other threads:[~2012-04-18 2:02 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-16 9:42 [ath9k] mesh powersave hardware sleep + wakeup Marco Porsch
2012-03-16 20:45 ` Luis R. Rodriguez
2012-03-16 22:09 ` Marco Porsch
2012-04-11 11:00 ` [Greenmesh] " Marco Porsch
2012-04-12 4:05 ` Johannes Berg
2012-04-12 7:41 ` Marco Porsch
2012-04-18 2:02 ` Johannes Berg [this message]
2012-04-18 14:56 ` Javier Cardona
2012-04-18 15:05 ` Johannes Berg
2012-04-18 15:16 ` Javier Cardona
2012-04-19 2:41 ` Yeoh Chun-Yeow
2012-04-19 2:51 ` Javier Cardona
2012-04-27 15:53 ` Marco Porsch
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=1334714536.3725.33.camel@jlt3.sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=greenmesh@lists.osll.spb.ru \
--cc=henry@logout.com \
--cc=javier@cozybit.com \
--cc=linux-wireless@vger.kernel.org \
--cc=marco.porsch@etit.tu-chemnitz.de \
--cc=rodrigue@qca.qualcomm.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).