linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* when does ath5k filter frames?
@ 2008-02-20 13:28 Johannes Berg
  2008-02-20 20:25 ` John W. Linville
  0 siblings, 1 reply; 3+ messages in thread
From: Johannes Berg @ 2008-02-20 13:28 UTC (permalink / raw)
  To: bruno randolf; +Cc: Luis R. Rodriguez, Michael Renzmann, linux-wireless

[-- Attachment #1: Type: text/plain, Size: 541 bytes --]

Hi,

In mac80211 we have a whole bunch of cryptic code to handle "filtered"
frames. The only driver that does that seems to be ath5k, and it doesn't
really seem to use this since it is intimately tied to
IEEE80211_TXCTL_CLEAR_DST_MASK which it doesn't check...

Any ideas? Should we kill all this code and not use whatever hardware
powersave helpers atheros hardware might have?

On the other hand, Broadcom also has powersave helpers in
hardware/firmware, maybe we should generalise to be able to use them as
well?

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: when does ath5k filter frames?
  2008-02-20 13:28 when does ath5k filter frames? Johannes Berg
@ 2008-02-20 20:25 ` John W. Linville
  2008-02-21  9:28   ` Johannes Berg
  0 siblings, 1 reply; 3+ messages in thread
From: John W. Linville @ 2008-02-20 20:25 UTC (permalink / raw)
  To: Johannes Berg
  Cc: bruno randolf, Luis R. Rodriguez, Michael Renzmann,
	linux-wireless

On Wed, Feb 20, 2008 at 02:28:28PM +0100, Johannes Berg wrote:
> Hi,
> 
> In mac80211 we have a whole bunch of cryptic code to handle "filtered"
> frames. The only driver that does that seems to be ath5k, and it doesn't
> really seem to use this since it is intimately tied to
> IEEE80211_TXCTL_CLEAR_DST_MASK which it doesn't check...
> 
> Any ideas? Should we kill all this code and not use whatever hardware
> powersave helpers atheros hardware might have?
> 
> On the other hand, Broadcom also has powersave helpers in
> hardware/firmware, maybe we should generalise to be able to use them as
> well?

Do we understand either of these (i.e. Broadcom or Atheros) helpers
well enough to utilize them?  If so, it sounds like a nice feature
to support.  Hardware/firmware may be able to do nifty things to
save power.

If we don't really know how those helpers work, it may be better just
to remove the unused infrastructure.

Is my opinion useful? :-)

John
-- 
John W. Linville
linville@tuxdriver.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: when does ath5k filter frames?
  2008-02-20 20:25 ` John W. Linville
@ 2008-02-21  9:28   ` Johannes Berg
  0 siblings, 0 replies; 3+ messages in thread
From: Johannes Berg @ 2008-02-21  9:28 UTC (permalink / raw)
  To: John W. Linville
  Cc: bruno randolf, Luis R. Rodriguez, Michael Renzmann,
	linux-wireless

[-- Attachment #1: Type: text/plain, Size: 275 bytes --]


> Do we understand either of these (i.e. Broadcom or Atheros) helpers
> well enough to utilize them?  If so, it sounds like a nice feature
> to support.  Hardware/firmware may be able to do nifty things to
> save power.

I'm talking about master mode. :)

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-02-21  9:28 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-20 13:28 when does ath5k filter frames? Johannes Berg
2008-02-20 20:25 ` John W. Linville
2008-02-21  9:28   ` Johannes Berg

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).