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

2013-02-25 Thread Marco Porsch
Hi Johannes, On 02/20/2013 04:01 PM, Johannes Berg wrote: On Mon, 2013-02-18 at 17:08 +0100, Marco Porsch wrote: +/** + * ieee80211_mps_init - register callbacks for mesh powersave mode + * + * @hw: the hardware + * @ops: callbacks for this device + * + * called by driver on mesh

Re: [ath9k-devel] which chipsets have WoW support for ath9k?

2013-02-25 Thread Mohammed Shafi
On Sat, Feb 23, 2013 at 7:41 AM, Colin Williams co...@seattlesoft.com wrote: I'm wondering if these 3 chipsets AR9285,AR9287,AR9485 all support WoW with the ath9k driver. Only AR9495 is listed as having WoW support on the atheros page http://www.atheros.com/computing/technology.php?nav1=28 .

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

2013-02-25 Thread Marco Porsch
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 updated T_offset value. Check frame type before calling the handler. Rename

[ath9k-devel] [PATCHv3 3/3] ath9k: mesh powersave support

2013-02-25 Thread Marco Porsch
Add ath9k_ops for .mesh_ps_doze and .mesh_ps_wakeup. React to doze/wakeup calls issued by mac80211. Add a PS status flag PS_MAC80211_CTL to store last mesh PS command from mac80211. Initialize HW beacon wakeup registers. On doze call configure the device to wakeup at the given TSF value.

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

2013-02-25 Thread Marco Porsch
Configure the device for PS mode if the local mesh PS parameters allow so and the driver supports it. Add two callbacks to ieee80211_ops for mesh powersave: - mesh_ps_doze - put the device to sleep now, wake up at given TBTT - mesh_ps_wakeup - wake the device up now for frame RX These ops may

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

2013-02-25 Thread Adrian Chadd
On 24 February 2013 22:35, abhinav narain abhinavnarai...@gmail.com wrote: hi, I have noticed that th_drain_txq_list() in ath9k/xmit.c shows ts_stamp filed of ath_tx_status descriptor to 0. everything apart from ts_status. This means that I cannot access the time at which the frame was

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

2013-02-25 Thread abhinav narain
You are right in that case, Adrian. *tsf ,retx count, rates and transmit attempts, sequence no, frame size* *[315063930, 14,[[65.0, 4], [58.5, 5], [65.0, 5]], 706,1542]* *[315063930, 14,[[65.0, 4], [58.5, 5], [65.0, 5]], 707,1542]* *[315063930, 14,[[65.0, 4], [58.5, 5], [65.0, 5]], 708,1542]*

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

2013-02-25 Thread Felix Fietkau
On 2013-02-25 9:53 PM, abhinav narain wrote: You are right in that case, Adrian. *tsf ,retx count, rates and transmit attempts, sequence no, frame size* *[315063930, 14,[[65.0, 4], [58.5, 5], [65.0, 5]], 706,1542]* *[315063930, 14,[[65.0, 4], [58.5, 5], [65.0, 5]], 707,1542]* *[315063930,

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

2013-02-25 Thread Adrian Chadd
On 23 February 2013 21:57, Roman Elshin roxm...@list.ru 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.com/~adrian/htc/20130225/ * I've left