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

Issue 599924 link

Starred by 3 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

lulu does not connect to AP

Project Member Reported by semenzato@chromium.org, Apr 1 2016

Issue description

Sriram reports:

On Wed, Feb 24, 2016 at 11:52 AM, Sriram Srinivasan <sriramsr@google.com> wrote:
 
I updated lulu and after that it is failing to connect to WPA network but it is able to connect fine on WEP network. I have submitted feedback as well.

Jian analyzed one log:

From the logs, shill tries to connect to the WPA network three times. All three times, the supplicant makes it all the way through (in particular, association is successful).

2016-02-24T11:49:39.127069-08:00 DEBUG wpa_supplicant[408]: wlan0: State: ASSOCIATING -> ASSOCIATED
... blablabla, then ...
2016-02-24T11:49:39.137482-08:00 DEBUG wpa_supplicant[408]: wlan0: State: GROUP_HANDSHAKE -> COMPLETED

The first attempt, shill actually manages to connect to the network (although I think this is just a race condition- nothing special about the first time).

2016-02-24T11:49:39.402266-08:00 INFO shill[592]: [INFO:service.cc(411)] Service 0: state Configuring -> Connected
2016-02-24T11:49:39.416958-08:00 INFO shill[592]: [INFO:manager.cc(1434)] Service 0 updated; state: Connected failure Unknown

But immediately afterwards, the driver times out while waiting for association (which we previously established as successful). FWIW, the signal strength at this point is -68dBm which is very weak.

2016-02-24T11:49:39.422162-08:00 ERR kernel: [  294.750847] iwlwifi 0000:01:00.0: No association and the time event is over already...
2016-02-24T11:49:39.422181-08:00 INFO kernel: [  294.750893] wlan0: Connection to AP 00:24:7b:00:00:01 lost

Consequently, we disconnect from the network.

2016-02-24T11:49:39.449084-08:00 DEBUG wpa_supplicant[408]: nl80211: Drv Event 20 (NL80211_CMD_DEL_STATION) received for wlan0
... blablabla, then ...
2016-02-24T11:49:39.463426-08:00 DEBUG wpa_supplicant[408]: wlan0: State: COMPLETED -> DISCONNECTED

Same chain of events happen in the subsequent reconnection attempts, but with the driver timing out at the configuration stage instead.
 
Components: OS>Systems>Network
Labels: -Pri-3 Pri-2
Jian commented above that the signal strength at -68dBm is very weak, but I am not sure that's the case.  Typically we have trouble in the high 80s negative dBms.
I have had this issue repro a few times as well and I was able to connect to WiFi after a reboot. But today I had no such luck - could not connect even after multiple reboots! I have submitted feedback for this. Can you please take a look?
Suspecting firmware issue, opened a partner bug here: https://code.google.com/p/chrome-os-partner/issues/detail?id=53195

Comment 5 Deleted

I am running 51.0.2704.37 so I assume it already has R50.

Can you provide instructions on getting the debug log?
#6: can you please file feedback again when this happens?  This would be the easiest way to submit logs---otherwise you'll need to be in developer mode.  Thanks!

(P.S.  I presume this happened with a specific AP?  Was it at your house?  Did the problem persist after rebooting the AP?)

Labels: Enterprise-Triaged

Sign in to add a comment