Re: generic 802.11 stack

[Vladimir Kondratiev <vkondra@mail.ru>]

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

DS> > - there are cases when PHY information needed, to make decisions (like
 select DS> > AP from list), or for information purposes (sniffer). What is
 your vision how DS> > to do this? I.e. provide some standard PHY header
 before MAC header, out of DS> > band (use cb?)
DS>
DS> This should be stored in the 802.11 specific information struct which
DS> I allocate for each generic device which registers with the 802.11
DS> layer.  There should be a standard 802.11 stack interface the driver
DS> can use the pass the information in so that the details of the layout
DS> inside of the 802.11 device information structure need not be exported
DS> publicly.
DS>
DS> > - there is PHY level information that may be needed for Tx:
DS> > modulation;rate;retry policy and rates;Tx power;protection(RTS/CTS, CTS
 to DS> > self). Same question as above: how to provide it?
DS>
DS> Same way.

May be I did not stated the question clearly. This information need to be 
specified per packet. So question ramains: how to specify PHY info per skb.

DS>
DS> > - there is some interesting information that may come from Tx status,
 like DS> > success indication, last rate, retry count, energy in channel
 after packet, DS> > actual backoff time.
DS>
DS> Feed it back into the software stack with some kind of function call.
DS>
I tend to agree, with one note that it should be some mechanism to associate 
this information with original packet. One implementation example would be to 
keep original skb in some "in process" queue, and actually free it after Tx 
status arrival.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]