New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 849070 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

wifi: hostap: experiment with rts_threshold = -1

Project Member Reported by kirtika@chromium.org, Jun 3 2018

Issue description

snanda@ educated me that disabling rts/cts in the wificell/bluetest chamber should buy us some throughput gains when trying to hit peak throughput. 
Our hostap conf file uses rts_threshold=2347, which used to mean "disabled" at some point, but now appears to be "use driver default".
Apparently "-1" is now used for disabled. Experiment with -1 and see if it makes a difference. 

 
Cc: harpreet@chromium.org
Looks like the -1 change only applies to hostapd-2.6 and our whirlwind images are stuck on 2.5. 
https://w1.fi/cgit/hostap/plain/hostapd/ChangeLog
https://w1.fi/cgit/hostap/plain/hostapd/hostapd.conf

Per the old version rts_threshold=2347 should disable rts, but we should check with an OTA sniffer if that is really true for suite:wifi_perf
 
Status: Assigned (was: Untriaged)
This bug has an owner, thus, it's been triaged. Changing status to "assigned".

Sign in to add a comment