Nicolás Echániz wrote:
> Sujith, does this mean that the problem is outside the scope of the
> ath9k_htc driver itself or could it be fixed?
>
> we are doing some heavy use of hardware based on this driver for many
> projects; any further debugging work you might need, we are more than
> willing t
Hi,
I'm trying to do a monitor mode vif capture on an AR9280 and
seeing weird behavior with 802.11 ACKs sourced from or destined to my
device. I added the interface like so:
iw dev wlan0 interface add mon0 type monitor flags control fcsfail
(tried multiple flag combos)
ifconfig mon0 promisc
if
On Fri, 2012-07-13 at 20:52 +0200, Thomas Huehn wrote:
> The pointer control.sta is removed from ieee80211_tx_info to free up
> sufficient
> memory in SKB_CB on the tx-path to enable new annotations per data packet e.g.
> support of upcoming Transmit Power Control (TPC).
> Now the control.sta poin
On 07/14/2012 01:44 PM, Felix Fietkau wrote:
> On 2012-07-14 12:10 PM, Arend van Spriel wrote:
>> On 07/13/2012 08:52 PM, Thomas Huehn wrote:
>>> The pointer control.sta is removed from ieee80211_tx_info to free up
>>> sufficient
>>> memory in SKB_CB on the tx-path to enable new annotations per da
On 2012-07-14 12:10 PM, Arend van Spriel wrote:
> On 07/13/2012 08:52 PM, Thomas Huehn wrote:
>> The pointer control.sta is removed from ieee80211_tx_info to free up
>> sufficient
>> memory in SKB_CB on the tx-path to enable new annotations per data packet
>> e.g.
>> support of upcoming Transmit
On 07/13/2012 08:52 PM, Thomas Huehn wrote:
> The pointer control.sta is removed from ieee80211_tx_info to free up
> sufficient
> memory in SKB_CB on the tx-path to enable new annotations per data packet e.g.
> support of upcoming Transmit Power Control (TPC).
> Now the control.sta pointer is put
