[ath9k-devel] HT-delayed block ack

2011-07-26 Thread Triangle Men
Greetings, Correct me if I'm wrong, but ath9k currently does not support the delayed block acknowledgement policy described in IEEE Std. 802.11-2007. Is there a register on the AR9220 which sets the immediate/delayed policy? If the 9220/9280 series does not support delayed block acks, is there

Re: [ath9k-devel] [RFC/RFT 5/6] ath9k: do btcoex ASPM disabling at initialization time

2011-07-26 Thread Adrian Chadd
Thanks very much for picking up the diagnoses we did and joining the pieces together with other APSM issues with other chipsets. :-) I'm glad it's finally being resolved! Adrian On 25 July 2011 17:16, Stanislaw Gruszka wrote: > On Sat, Jul 23, 2011 at 10:21:01AM +0530, Rajkumar Manoharan wro

[ath9k-devel] Ath9k Rate Control

2011-07-26 Thread Fred Matthews
Hi all, Can anyone advise on what rate control mechanism ath9k-rate-control is based on, as for example Atheros chipsets use "Onoe", and Minstrel Rate Adaptation, from what I know is based on "SampleRate". Also is there any documentation on the ath9k-rate-control algorithm, and/or can someone giv

Re: [ath9k-devel] which part do the real aggregation?

2011-07-26 Thread Mohammed Shafi
On Tue, Jul 26, 2011 at 7:48 PM, Mohammed Shafi wrote: > On Tue, Jul 26, 2011 at 7:21 PM, qingmei yao wrote: >> >> >> On Tue, Jul 26, 2011 at 8:46 AM, qingmei yao wrote: >>> >>> From my tracing part, the real tx path is: ip_queue_xmit -> dev_queue_xmit >>> -> sch_direct_xmit -> dev_hard_start_xm

Re: [ath9k-devel] which part do the real aggregation?

2011-07-26 Thread Mohammed Shafi
On Tue, Jul 26, 2011 at 7:21 PM, qingmei yao wrote: > > > On Tue, Jul 26, 2011 at 8:46 AM, qingmei yao wrote: >> >> From my tracing part, the real tx path is: ip_queue_xmit -> dev_queue_xmit >> -> sch_direct_xmit -> dev_hard_start_xmit -> ieee80211_subif_start_xmit >> ->ieee80211_xmit -> ieee8021

Re: [ath9k-devel] which part do the real aggregation?

2011-07-26 Thread qingmei yao
On Tue, Jul 26, 2011 at 8:46 AM, qingmei yao wrote: > From my tracing part, the real tx path is: ip_queue_xmit -> dev_queue_xmit > -> sch_direct_xmit -> dev_hard_start_xmit -> ieee80211_subif_start_xmit -> > ieee80211_xmit -> ieee80211_tx ->ieee80211_tx_prepare(may call > ieee80211_tx_prep_agg)/_

Re: [ath9k-devel] which part do the real aggregation?

2011-07-26 Thread Mohammed Shafi
On Tue, Jul 26, 2011 at 6:47 PM, Adrian Chadd wrote: > The aggregation is done in the xmit.c routines in ath9k. > > The mac80211 stuff manages part of the node/queue/tid state. The > actual dequeueing, aggregation and retransmit happens in the xmit.c > routines. Adrian, thanks! I am looking into

Re: [ath9k-devel] which part do the real aggregation?

2011-07-26 Thread Adrian Chadd
The aggregation is done in the xmit.c routines in ath9k. The mac80211 stuff manages part of the node/queue/tid state. The actual dequeueing, aggregation and retransmit happens in the xmit.c routines. HTH, Adrian On 26 July 2011 18:07, Mohammed Shafi wrote: > On Fri, Jul 22, 2011 at 9:16 PM, Y

Re: [ath9k-devel] which part do the real aggregation?

2011-07-26 Thread Mohammed Shafi
On Fri, Jul 22, 2011 at 9:16 PM, Y QM wrote: > Hi there, > > These days I focused on the ath9k codes and function flows. Though I have > more understanding of the functionality of ath9k. I still confused about the > aggregation. I wonder which part do the real aggregation? In the > ath9k_tasklet -

Re: [ath9k-devel] [RFC/RFT 6/6] ath9k: always initialize hw registers related to PCIe PM

2011-07-26 Thread Rajkumar Manoharan
On Mon, Jul 25, 2011 at 04:01:52PM +0200, Stanislaw Gruszka wrote: > On Mon, Jul 25, 2011 at 11:29:30AM +0200, Stanislaw Gruszka wrote: > > On Sat, Jul 23, 2011 at 10:41:30AM +0530, Rajkumar Manoharan wrote: > > > > + /* initalize PCIe PM registers if device introduce itself as > > > > PCIe