[intrepid] wireless network disconnects regularly with bcm5974 drivers

[Devon Jones]

numerous times daily network manager disconnects my network, and I have to shut off networking and restart it to reconnect to my wpa network. I have attached my wpa_supplicant.log. There is a disconnection in the last page or so. I suspect this is the same problem other people have been having with different drivers where network manager's constant scanning is kicking it off the network. I would appreciate a method to turn off scanning when connected.

Note how when it's trying to reconnect, it's trying to connect to a mac of 00:00:00:00:00:00.

Specifically:
WPA: Group rekeying completed with 00:19:cb:15:48:59 [GTK=TKIP]
CTRL-EVENT-SCAN-RESULTS
WPA: Group rekeying completed with 00:19:cb:15:48:59 [GTK=TKIP]
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Associated with 00:19:cb:15:48:59
WPA: Could not verify EAPOL-Key MIC - dropping packet
WPA: Could not verify EAPOL-Key MIC - dropping packet
CTRL-EVENT-SCAN-RESULTS
Trying to associate with 00:19:cb:15:48:59 (SSID='Knewton' freq=2457 MHz)
Association request to the driver failed
WPA: Could not verify EAPOL-Key MIC - dropping packet
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Authentication with 00:00:00:00:00:00 timed out.
WPA: No SSID info found (msg 1 of 4).
No network configuration found for the current AP
CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Authentication with 00:00:00:00:00:00 timed out.
CTRL-EVENT-SCAN-RESULTS
CTRL-EVENT-SCAN-RESULTS
Trying to associate with 00:19:cb:15:48:59 (SSID='Knewton' freq=2457 MHz)
Association request to the driver failed
Associated with 00:19:cb:15:48:59
WPA: Key negotiation completed with 00:19:cb:15:48:59 [PTK=TKIP GTK=TKIP]
CTRL-EVENT-CONNECTED - Connection to 00:19:cb:15:48:59 completed (auth) [id=0 id_str=]
CTRL-EVENT-SCAN-RESULTS

[Alexander Sack (asac)]

driver bug. (or supplicant)

[rah003 (rah-atlas)]

Don't think this is a driver bug. I have same issue with iwlagn, so maybe the supplicant issue is more likely.
Would it be big deal to provide a way to switch off scanning once the connection is established and resume it only if/when connection is lost?

[Manoj Iyer (manjo)]

If you could also test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine this issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

If the issue remains with the upstream kernel, please be sure to also run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux-image-2.6.28-11-generic <bug #>

Thanks in advance.

[Jeremy Foshee (jeremyfoshee)]

This bug report was marked as Incomplete and has not had any updated comments for quite some time. As a result this bug is being closed. Please reopen if this is still an issue in the current Ubuntu release http://www.ubuntu.com/getubuntu/download . Also, please be sure to provide any requested information that may have been missing. To reopen the bug, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]