public inbox for linux-wireless@vger.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: John Linville <linville@tuxdriver.com>,
	linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH] mac80211: tell driver when idle
Date: Wed, 29 Apr 2009 08:14:45 -0700	[thread overview]
Message-ID: <1241018085.4104.4.camel@localhost.localdomain> (raw)
In-Reply-To: <1241015999.593.62.camel@johannes.local>

Hi Johannes,

> > > Is it appropriate to go into idle state for a short time when we have
> > > just authenticated, but not associated yet? This happens only with the
> > > userspace SME, because we cannot really know how long it will wait
> > > before asking us to associate. Would going idle after a short timeout
> > > be more appropriate? We may need to revisit this, depending on what
> > > happens.
> > 
> > what about having the hardware set a value for how long something should
> > be idle before you tell it. I am more thinking about some sort penalty
> > value from the hardware that can not do this quickly.
> 
> You're only referring to this case of between auth/assoc, right? I'm not
> sure it makes sense to have this HW dependent, the time between
> auth/assoc really only depend on how fast the SME is. If we first wait a
> bit, because HW advertises some "penalty value", and then the SME is
> just a little bit slower than that value, we'd get an even worse
> situation, no?

there can be always a situation where this ends up badly. You tell the
hardware that it can sleep now, but then you change your mind because
userspace finally got its act together. Bad luck.

My point here is only that if the hardware needs a certain amount of
time before it makes sense to sleep, it should just tell mac80211 this
and it should be honored.

The default should be that we try how good the hardware can handle
mac80211 being aggressive with switching to idle. Maybe auth/assoc is a
special case anyway and we should have a sensible timeout value. We
could ask userspace to tell use that value when doing auth, but that
feels kinda ugly to me.

Regards

Marcel



  reply	other threads:[~2009-04-29 15:14 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-29  9:32 [PATCH] mac80211: tell driver when idle Johannes Berg
2009-04-29  9:51 ` Johannes Berg
2009-04-29 10:26 ` [PATCH v2] " Johannes Berg
2009-04-29 14:33 ` [PATCH] " Marcel Holtmann
2009-04-29 14:39   ` Johannes Berg
2009-04-29 15:14     ` Marcel Holtmann [this message]
2009-04-29 16:11       ` Johannes Berg
2009-04-29 16:20         ` Marcel Holtmann
2009-04-29 16:28           ` Johannes Berg

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=1241018085.4104.4.camel@localhost.localdomain \
    --to=marcel@holtmann.org \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.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