Re: [ath9k-devel] ts_tstamp field in ath_tx_status is set

2013-02-26 Thread Felix Fietkau
On 2013-02-26 7:51 PM, abhinav narain wrote: > Thanks for the response, Felix ! > I have some questions to ask : > > (1) So I should interpret the ath_tx_status descriptor as : > 14 retransmissions occurred while transmission of 1542*4 bytes. > Its not 14*4 retransmissions. Aggregates are formed b

Re: [ath9k-devel] [PATCHv3 1/3] mac80211: move mesh sync beacon handler into neighbour_update

2013-02-26 Thread Thomas Pedersen
Hi Marco, On Mon, Feb 25, 2013 at 8:00 AM, Marco Porsch wrote: > Move the beacon handler into mesh_neighbour_update where the STA > pointer is already available. This avoids additional overhead > and simplifies the handler. > The repositioning will also benefit mesh PS which uses T_r and > the up

Re: [ath9k-devel] [RFT] ath9k_htc - please test new images

2013-02-26 Thread Roman Elshin
> Please let me know if this works better. > > Thanks! > > > > Adrian > htc_7010.fw - now it works better. It looks like speed is higher than with 20121128, but this may be luck , will see further. ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.or

Re: [ath9k-devel] [PATCHv2 2/3] mac80211: mesh power save doze scheduling

2013-02-26 Thread Johannes Berg
On Mon, 2013-02-25 at 11:06 +0100, Marco Porsch wrote: > > This is strange, why bother with the else if there's a continue? > > I don't quite get this comment. The current logic is like this: > > if (unrelated cases) { > continue; > } else if (related and blocking) { > allow = false;

Re: [ath9k-devel] [RFT] ath9k_htc - please test new images

2013-02-26 Thread Adrian Chadd
On 26 February 2013 03:30, Oleksij Rempel wrote: > AR9271 and AR7010+AR9280 works fine for me. No problems with > authentication and both have good speed, in my network about 8-10MB/s. Sweet, thanks! Adrian ___ ath9k-devel mailing list ath9k-devel@l

Re: [ath9k-devel] ts_tstamp field in ath_tx_status is set

2013-02-26 Thread abhinav narain
Thanks for the response, Felix ! I have some questions to ask : (2) I was timestamping the frame in ath_tx_txqaddbuf() and in ath_tx_complete buf() to get the (queuing + contention) delay. Can I somehow get just the contention delay in ath9k ? (1) So I should interpret the ath_tx_status descripto

[ath9k-devel] [PATCH] ath9k: simplify ATH_EP_RND

2013-02-26 Thread Bob Copeland
Remove the embedded branch to make the ATH_EP_RND macro a little clearer. The new version also generates better code, saving 24 bytes of text: textdata bss dec hex filename 878581641 24 89523 15db3 ath9k_orig.ko 878341641 24 89499 15d9b ath9k_new.k

Re: [ath9k-devel] [RFT] ath9k_htc - please test new images

2013-02-26 Thread Oleksij Rempel
Am 25.02.2013 23:17, schrieb Adrian Chadd: > On 23 February 2013 21:57, Roman Elshin wrote: >> AP mode with kernel-3.0.66 and TL-WN821N, >> htc_7010.fw works but data speed is very low ~100kb/s (version from >> 20121128 works fine here). > > Hi! > > Please try this: > > http://developer.atheros.co