The patch I sent works for me with Mikrotik's RB52n cards (ie.
802.11n). I don't plan to test anything else, as this is what
satisfies me. You may find my userspace code on my website [1], in
generator.git/interface.c.
[1] http://www.iitis.pl/~pjf/
2011/5/10 Roberto Riggio :
> Did you have any l
HAS_RATE_CONTROL) &&
+ !(info->flags & IEEE80211_TX_CTL_RC_BYPASS))
CALL_TXH(ieee80211_tx_h_rate_ctrl);
if (unlikely(info->flags & IEEE80211_TX_INTFL_RETRANSMISSION))
---
Paweł Foremski
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
W dniu 2 kwietnia 2011 03:11 użytkownik Felix Fietkau
napisał:
> Should be fixed in r26395 (trunk), r26396 (backfire)
Indeed. Thanks, Felix!
Paweł
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinf
W dniu 30 marca 2011 15:05 użytkownik Felix Fietkau napisał:
> On 2011-03-30 9:10 AM, Paweł Foremski wrote:
>>
>> 2011/3/28 Felix Fietkau:
>>>
>>> On 2011-03-28 1:40 PM, Paweł Foremski wrote:
>>>>
>>>> Last week ath9k updates broke adhoc
2011/3/28 Felix Fietkau :
> On 2011-03-28 1:40 PM, Paweł Foremski wrote:
>> Last week ath9k updates broke adhoc. I'm running todays trunk on
>> RB433AH + RB52n. From
>> what I can see, beacons don't fly in adhoc. AP looks OK and
>> association is possible.
&g
ddaf9
http://nbd.name/gitweb.cgi?p=openwrt.git;a=commitdiff;h=909794c243ceaa35db72143e7c93898ea49177ff
--
Paweł Foremski
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
