linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bruno randolf <bruno@thinktube.com>
To: "Luis R. Rodriguez" <mcgrof@gmail.com>
Cc: jt@hpl.hp.com, ath5k-devel@lists.ath5k.org, jirislaby@gmail.com,
	mickflemm@gmail.com, linux-wireless@vger.kernel.org,
	linville@tuxdriver.com, johannes@sipsolutions.net,
	flamingice@sourmilk.net, jbenc@suse.cz,
	"Ivan Seskar" <Seskar@winlab.rutgers.edu>,
	"Haris Kremo" <harisk@winlab.rutgers.edu>,
	"Kishore Ramachandran" <kishore@winlab.rutgers.edu>,
	"Sanjit Kaul" <sanjitkaul@gmail.com>
Subject: Re: [PATCH] mac80211: use hardware flags for signal/noise units
Date: Thu, 3 Apr 2008 10:55:43 +0900	[thread overview]
Message-ID: <200804031055.43707.bruno@thinktube.com> (raw)
In-Reply-To: <43e72e890804021619k4e8fea71i152c5dafe010ddfc@mail.gmail.com>

On Thursday 03 April 2008 08:19:07 Luis R. Rodriguez wrote:
> >  > Jean, if range->max_qual.level is set to -110 does this mean sig=
nal
> >  > level can be set only from -110 up to 0 ? Is max_qual.level supp=
osed
> >  > to be the weakest signal possibly detected?
> >
> >         Yes. This is what make most sense.
>
> How so? I think I must still be seriously misunderstanding something
> then. If the weakest signal possibly detected is -110 dbm it does not
> imply the strongest signal will be 0 dbm. On the contrary, I expect t=
o
> be able to receive frames with positive dbm values. For example, if I
> hook up a card's antenna which is transmitting at 20dbm to another
> card's antenna directly with cables with 10 dbm attenuator in the
> middle I expect to see 10 dbm on the reception side. Therefore
> shouldn't the max be close the max allowed, or at least expected,
> EIRP?

from a paper, from Joshua Bardwell, also available at:
http://madwifi.org/attachment/wiki/UserDocs/RSSI/you_believe_D100201.pd=
f

"Bear in mind that, realistically, stations will nearly always receive =
signals=20
below 1 mW, unless they are very close (within a few feet) of the acces=
s=20
point. Therefore, the power levels below 1 mW are critical to the opera=
tion=20
of an 802.11 chipset."
=2E..
"Realistically, 1 mW is about the maximum power that a station is likel=
y to=20
receive, and the station would have to be within inches of a powerful A=
P to=20
receive even that much! (That might surprise you, but remember that 802=
=2E11=20
NICs can receive signals down to about 10-7 to 10-9 mW, so a =E2=80=9Cw=
eak=E2=80=9D 1 mW=20
signal is actually millions of times stronger than the weakest signal t=
he=20
card could discern.)"
=2E..
"Consequently, the RSSI ranges used by the 802.11 chipset manufacturers=
 don=E2=80=99t=20
measure at all above 1 mW. The maximum RSSI value for all 802.11 chipse=
ts and=20
NICs represents a power level that is less than 1 mW. Everything betwee=
n 1 mW=20
and 100 mW is simply considered =E2=80=9C100 %=E2=80=9D RSSI."

bruno
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2008-04-03  1:55 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-26 12:30 [PATCH] mac80211: use hardware flags for signal/noise units Bruno Randolf
2008-03-26 22:59 ` Luis R. Rodriguez
2008-03-27  0:19   ` Jean Tourrilhes
2008-03-27  2:47     ` bruno randolf
2008-03-27 16:52       ` Jean Tourrilhes
2008-03-31  6:32         ` bruno randolf
2008-03-31 17:47           ` Jean Tourrilhes
2008-04-02  3:06             ` bruno randolf
2008-04-02 23:19     ` Luis R. Rodriguez
2008-04-02 23:56       ` Jean Tourrilhes
2008-04-03  1:55       ` bruno randolf [this message]
2008-03-27  2:07   ` bruno randolf
2008-04-02 19:27     ` Luis R. Rodriguez
2008-04-03  2:05       ` bruno randolf
2008-03-27 12:47 ` Johannes Berg
2008-03-28 10:52   ` bruno randolf

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=200804031055.43707.bruno@thinktube.com \
    --to=bruno@thinktube.com \
    --cc=Seskar@winlab.rutgers.edu \
    --cc=ath5k-devel@lists.ath5k.org \
    --cc=flamingice@sourmilk.net \
    --cc=harisk@winlab.rutgers.edu \
    --cc=jbenc@suse.cz \
    --cc=jirislaby@gmail.com \
    --cc=johannes@sipsolutions.net \
    --cc=jt@hpl.hp.com \
    --cc=kishore@winlab.rutgers.edu \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=mcgrof@gmail.com \
    --cc=mickflemm@gmail.com \
    --cc=sanjitkaul@gmail.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).