All of lore.kernel.org
 help / color / mirror / Atom feed
From: Olivier Marce <Olivier.Marce@alcatel-lucent.com>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] Retry control & iwconfig
Date: Fri, 28 Mar 2014 17:26:06 +0100	[thread overview]
Message-ID: <5335A29E.3010209@alcatel-lucent.com> (raw)
In-Reply-To: <5333A700.8070108@gmail.com>

Hi Pradeep,
thanks, this helped me a lot.
It pointed me out to iw command "set noack_map" that is made to set 
IEEE80211_TX_CTL_NO_ACK flag, and that I did not consider before.

I then used "iw <dev> set noack_map 9" to avoid waiting for ACK  and to 
avoid retries by <dev>.
What I expected was to see almost no difference with noack when the link 
conditions are good (i.e. high RSSI level).
But this is not the case, with noack set, the data transfer is almost 
not possible (I used iperf, and it even does not complete its test, 95 
to 98% lost packet with ping).

What is the reason for this ? Does the NO_ACK bit has an additional 
impact on the device behaviour like not respecting the requested delays 
on the air, or whatever ?
Any idea ?

Thanks.

Olivier.

On 27/03/2014 05:20, Pradeep Reddy wrote:
> Hi Marc,
>
> You can set NO_ACK bit in Tx descriptor of each packet to indicate the
> hardware to not to wait for ACK, which in turn avoids retries for that
> particular packet.
>
> If you set IEEE80211_TX_CTL_NO_ACK flag in tx_ctl information, ath9k
> layer will take care of setting the Tx descriptor flag ATH9K_TXDESC_NOACK.
>
> Regards
> Pradeep
>
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>

-- 
Olivier Marc?
Alcatel-Lucent Bell Labs France

  reply	other threads:[~2014-03-28 16:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-27  4:20 [ath9k-devel] Retry control & iwconfig Pradeep Reddy
2014-03-28 16:26 ` Olivier Marce [this message]
2014-03-29 18:32 ` Pradeep Reddy
2014-03-31 10:27   ` Paul Fuxjaeger
2014-04-02 10:02     ` Olivier Marce
2014-04-02 16:15       ` Olivier Marce
  -- strict thread matches above, loose matches on Subject: below --
2014-03-25 14:51 Olivier Marce
2014-03-26 12:10 ` Holger Schurig
2014-03-26 13:34   ` abhinav narain
2014-04-17  4:49     ` marcus muffin
2014-04-17  5:40       ` abhinav narain
2014-04-19  9:50         ` marcus muffin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5335A29E.3010209@alcatel-lucent.com \
    --to=olivier.marce@alcatel-lucent.com \
    --cc=ath9k-devel@lists.ath9k.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.