From: h2o-post <h2o-post@gmx.net>
To: b43-dev@lists.infradead.org
Subject: AW: 802.11 MAC state information
Date: Tue, 8 Feb 2011 16:21:28 +0100 [thread overview]
Message-ID: <00dc01cbc7a3$dbcc0a10$93641e30$@gmx.net> (raw)
In-Reply-To: <1297175263.29400.11.camel@maggie>
> > Hi all,
> >
> > I would like to know from the Broadcom experts, if there is the possibility in
> the b43 driver to read the current state of the 802.11 MAC..
> > As I am more familiar with the Atheros design, I am uncertain if there are
> register that someone could just sample to get this information or if you
> need to get some hocks int the micro controller code ???
> > To explain briefly the way I get this information form Atheros hardware: on
> the wifi card there is a 40MHzmac clock that counts up 4 registers. One for
> the clock ticks itself, one for the MAC been in transmitting mode, one
> counter for the MAC been in receiving mode and the last counter represents
> energy detection above the cca threshold.
> > I already checked the b43 souce code in order to find some registers
> > that could count those mac states .. but I was not able to find anything. So I
> am asking to the list where such information would be accessible from the
> Broadcom wifi hardware.
>
> You can get all information you want from http://bcm-v4.sipsolutions.net/
>
> There's no such thing as "the MAC state". There are hundreds of registers
> related to various "MAC states". So you'll have to be more specific on what
> you want to know.
I would like to sample if the Broadcom wifi card (MAC) is transmitting, receiving or idle over time.
Within the Atheros hardware there are register counters that count if one of the above - I call them - mac-state are present.
Which those measurements I am looking into airtime consumption of different packets for sending and receiving.
For example: 1500Byte udp packet causes the sender wifi card @54Mbit to be busy by this transmission for 240 micro sec (what I measure in the Atheros hardware is a txcounter increase by ~9600 ticks @40MHz)... also quite interesting are the distributions of receiving states over time and cca channel sensing busy over time.
I have implemented I quite fast mechanism to read/dump the Atheros registers to a trace file in order to validate different upper layer traffic patterns/settings. I would like to extend this measurement to Broadcom hardware as well.
For Atheros also the wprobe-utility from nbd, a nice tool that make use out of this "mac-state" over time measurements, maybe you have heard about it ?
Does this make sense to you what I am interested in ?
Thomas
> --
> Greetings Michael.
next prev parent reply other threads:[~2011-02-08 15:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-08 10:36 802.11 MAC state information h2o-post
2011-02-08 14:27 ` Michael Büsch
2011-02-08 15:21 ` h2o-post [this message]
2011-02-08 15:28 ` AW: " Michael Büsch
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='00dc01cbc7a3$dbcc0a10$93641e30$@gmx.net' \
--to=h2o-post@gmx.net \
--cc=b43-dev@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).