On Wed, Jul 15, 2009 at 1:33 PM, reinette
chatre wrote:
> Hi Luis,
>
> On Tue, 2009-07-14 at 17:14 -0700, Luis R. Rodriguez wrote:
>> All current rate control algorithms agree to send management and no-ack
>> frames at the lowest rate. They also agree to do this when sta
>> and the private rate con
All current rate control algorithms agree to send management and no-ack
frames at the lowest rate. They also agree to do this when sta
and the private rate control data is NULL. We add a hlper to mac80211
for this and simplify the rate control algorithm code.
Developers wishing to make enhancement
When we're associated we should be able to send data to
target sta. If we cannot we may be trying to use the incorrect
band to talk to the sta. Lets catch any such cases, warn, and
drop the frames to not invalidate assumptions being made on
rate control algorithms when they have a valid sta to
comm
For AP mode we must tune ANI specially for 2 GHz and
for 5 GHz. We mask in only the flags we want to toggle
on ath9k_hw_ani_control() through the ah->ani_function
bitmask, this will take care of ignoring changes during
ANI reset which we were disabling before.
Testedy-by: Steven Luo
Cc: Bennyam M
On Thu, 2009-07-16 at 10:05 -0700, Luis R. Rodriguez wrote:
> All current rate control algorithms agree to send management and no-ack
> frames at the lowest rate. They also agree to do this when sta
> and the private rate control data is NULL. We add a hlper to mac80211
> for this and simplify the
On Thu, Jul 16, 2009 at 7:05 PM, Luis R.
Rodriguez wrote:
> All current rate control algorithms agree to send management and no-ack
> frames at the lowest rate. They also agree to do this when sta
> and the private rate control data is NULL. We add a hlper to mac80211
> for this and simplify the ra
Hello,
I was browsing through the ath9k code and was wondering where does it
register the callback functions which are given in *cfg80211.h*, where it
says:
* * struct cfg80211_ops - backend description for wireless configuration
*
* This struct is registered by fullmac card drivers and/or wire
On Thu, Jul 16, 2009 at 01:56:31PM -0700, Rakesh Kumar wrote:
> Hello,
>
> I was browsing through the ath9k code and was wondering where does it
> register the callback functions which are given in cfg80211.h, where it says:
>
> * struct cfg80211_ops - backend description for wireless configura
Two users of ar9170 devices have now reported their cards
have been programmed with a regulatory domain of 0x8000.
This is not a valid regulatory domain as such these users were
unable to use these devices. Since this doesn't seem to be
a device EEPROM corruption we must treat it specially.
We def
Luis R. Rodriguez wrote:
> All current rate control algorithms agree to send management and no-ack
> frames at the lowest rate. They also agree to do this when sta
> and the private rate control data is NULL. We add a hlper to mac80211
> for this and simplify the rate control algorithm code.
>
> D
Curious if anyone has tested ath9k with this card or any ar9220s. It
should have our ar9280 MAC.
http://www.mikrotik-shop.de/product_info.php?info=p513_MikroTik-RouterBoard-R52N.html
Luis
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https:
On Thu, 2009-07-16 at 17:15 -0700, Luis R. Rodriguez wrote:
> Curious if anyone has tested ath9k with this card or any ar9220s. It
> should have our ar9280 MAC.
>
> http://www.mikrotik-shop.de/product_info.php?info=p513_MikroTik-RouterBoard-R52N.html
Is there anything special about this card, or
12 matches
Mail list logo