Linux wireless drivers development
 help / color / mirror / Atom feed
From: Andrea Merello <andreamrl@tiscali.it>
To: Larry Finger <Larry.Finger@lwfinger.net>
Cc: Florian Zumbiehl <florz@florz.de>,
	herton@mandriva.com.br, htl10@users.sourceforge.net,
	linux-wireless@vger.kernel.org
Subject: Re: Power consumption of RTL8187 (driver)/recommendations for low-power USB 802.11 adapter?
Date: Sat, 19 Dec 2009 01:15:15 +0100	[thread overview]
Message-ID: <c68f135e0912181615p7cd36bd0n7054b43f2b453599@mail.gmail.com> (raw)
In-Reply-To: <4B2C100A.9000507@lwfinger.net>

Hi!

First of all I heve to say that I'm not working on those drivers since
years, so my informations are not up to date.

However since the rtl8187 cards are all "softmac" cards I think that
they will always consume a bit of CPU when they are alive.

This means that all the 802.11 protocol is handled by your CPU and
that the rtl8187 dongle passes all packets to the kernel.
So even if no network traffic is running, management packets are still
handled by the kernel.

As someone told before this management traffic is for examples beacons.

Probably your prism2 card was a so called "fullmac" card. That menas
that all this management stuff can be done on the wifi card without
generating load on the host CPU.

One thing I can say is that the ieee 802.11 protocol allows certains
power save functionalities but, provided that mac80211 / rtl8187
driver support it (and I'm really not sure), this will probably only
reduces power consumption on the USB, not on the host processor.

Well, it may be interesting to do a serious analisys about how much
power is drained by the card when it is up and in RX, when the
mac80211 sends probes, and how much is related to the CPU, however,
because you estimated that the power drain increase is too much for
being directly related to the usb stuff, I think is really possible
that the big problem is related to beacons.

Even if potentially the 802.11 protocol can probably work even without
beacons (even it might seems a contraddiction, I think it is true if
you are NOT using powersave functionality), currently I suspect the
mac80211 wants them in order to calculate network quality (missed
beacon rate) and it might even send more probes (TX is other power
burnt out) if it cannot detect beacons.

Even worse, even if one will modify the mac80211 in order to live
without beacons, I think it can't be told to the rtl8187 to filter out
beacons. The HW can filter out all management frames, but not only
beacons.

This means that, IMHO, there is no way to avoid the CPU work on
rtl8187 when you are connected to a network (unless the network AP is
yours and you reduce beacon interval as someone suggested). Maybe you
can force some powersave mode on the CPU, by scaling the cpu clock
frequency, avoiding taht some "ondemand" policy can rise the clock
when the CPU is loaded (I doubt beacons processing is enough to
trigger this), but If you tracked down that interrupts are the causes
of the CPU don't entering C3 state, I _think_ you can't do much..


So far If you are looking for a card that make you save power, I
suggest you to get a fullmac one.

Andrea


On Sat, Dec 19, 2009 at 12:28 AM, Larry Finger
<Larry.Finger@lwfinger.net> wrote:
> On 12/18/2009 12:59 PM, Florian Zumbiehl wrote:
>>
>> Well, yeah, I meant "payload I care about", of course :-)
>>
>> For comparison, if I plug in and configure my prism2 card to connect
>> to the same AP, power consumption goes up by ~ 2 Watts while idling.
>> Given that it seems to be possible to build a wifi interface (plus driver)
>> that does manage to stay connected on a budget of ~ 2 Watts, I would hope
>> that there is such a thing for USB, too. b-only would be fine, too - it's
>> USB 1.1 only, anyhow.
>
> I have no idea what the relative power consumption is for USB and PCI.
> Certainly, a PCI card can assume a cleaner power source - the USB is
> going to have to do heavier regulation.
>
> One other thing to try is to turn off the LED. Unset
> CONFIG_MAC80211_LEDS in your .config. That should save some power.
>

  reply	other threads:[~2009-12-19  0:15 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-18 18:02 Power consumption of RTL8187 (driver)/recommendations for low-power USB 802.11 adapter? Florian Zumbiehl
2009-12-18 18:20 ` Larry Finger
2009-12-18 18:59   ` Florian Zumbiehl
2009-12-18 23:28     ` Larry Finger
2009-12-19  0:15       ` Andrea Merello [this message]
2009-12-19  1:13         ` Florian Zumbiehl
2009-12-19 10:30           ` Andrea Merello
2009-12-19 15:32             ` Hin-Tak Leung
2009-12-19 18:44             ` Florian Zumbiehl
2009-12-19 23:31               ` Hin-Tak Leung
2009-12-21 21:27                 ` Florian Zumbiehl
2009-12-20 18:43         ` Kalle Valo
2009-12-19  0:37       ` Florian Zumbiehl
2009-12-19 10:19         ` Andrea Merello

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=c68f135e0912181615p7cd36bd0n7054b43f2b453599@mail.gmail.com \
    --to=andreamrl@tiscali.it \
    --cc=Larry.Finger@lwfinger.net \
    --cc=florz@florz.de \
    --cc=herton@mandriva.com.br \
    --cc=htl10@users.sourceforge.net \
    --cc=linux-wireless@vger.kernel.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