netdev
[Top] [All Lists]

Re: [RFC] acx100 inclusion in mainline; generic 802.11 stack

To: netdev@xxxxxxxxxxx
Subject: Re: [RFC] acx100 inclusion in mainline; generic 802.11 stack
From: Vladimir Kondratiev <vkondra@xxxxxxx>
Date: Wed, 1 Sep 2004 01:06:43 +0300
Cc: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxxxxxx>, Jeff Garzik <jgarzik@xxxxxxxxx>, Denis Vlasenko <vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>, Jean Tourrilhes <jt@xxxxxxxxxxxxxxxxxx>, Jouni Malinen <jkmaline@xxxxxxxxx>, acx100-devel@xxxxxxxxxxxxxxxxxxxxx, prism54-devel@xxxxxxxxxxx, davem@xxxxxxxxxx
In-reply-to: <20040831213719.GH31207@xxxxxxxxxxxxxxxxxx>
References: <200408312111.02438.vda@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <200408312214.44701.vkondra@xxxxxxx> <20040831213719.GH31207@xxxxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: KMail/1.7
<skip>
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/davem-p80211.tar.bz2
 
<skip>
LR> > - QoS stuff is not defined. I suppose recent cards will all support WME
 and/or LR> > TGe. It is easy to add "QoS control" field to header and new
 frame types, but LR> > it is harder to formally define how PHY should handle
 it. And, TGe is big LR> > story on itself, with all its HCCA, block ack,
 etc. I also think that QoS, as LR> > it is defined in TGe, required driver
 to have several tx queues and LR> > start/stop them separately. Is anyone
 working on it? I'll be glad to join. LR> >

I'd like to contribute easiest part of TGe, to start with something (against 
source mentioned above). I defined only frame formats and bits for fixed 
fields.

Attachment: tge.patch
Description: Text Data

Attachment: pgph4cVz9zWRr.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>