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

Issue 844761 link

Starred by 4 users

Issue metadata

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



Sign in to add a comment

wifi: shill: Consider getting rid of "low initial bitrates"

Project Member Reported by kirtika@chromium.org, May 18 2018

Issue description

crbug.com/218244 introduced the concept of sticking to very low bitrates during the connection process (auth, assoc and IP config) by shill issuing a command, and then switching back (again from shill) once the connection succeeded. 
This is probably sub-optimal and only works today because all routers (irrespective of what config they are running a/b/g/n/ac) are required to support some basic rates (1Mbps, 6Mbps being among them) and so those rates can be used for the connection process. 
I wonder if routers will continue to support these basic rates for long.
This whole setup was introduced for ar9k and today's chips possibly dont have that issue. 
This has also caused us other problems in the past - the Intel wifi driver basically had to add a hack to say "if setting low initial rates results in no usable rates, ignore this command". 
Adding this bug as a "to fix some day".



 
@Zach: I might assign this to you and work with you on this if we don't find a better "first shill CL" candidate for you. 

Labels: -Pri-1 Pri-3
> Adding this bug as a "to fix some day".

That doesn't sound like Pri=1. (That doesn't mean don't work on if that suits your fancy.)

Sign in to add a comment