BBB + EdiMax EW-7811Un + Angstrom + connman issues

The EdiMax EW-7811Un seemed to work well initially, but moving to a new network, it wouldn’t connect after updating wifi.config and restarting connman, I get the following dmesg output:

`
[ 8.154053] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 10.475818] wlan0: authenticate with xx:xx:xx:xx:xx:xx
[ 10.491961] wlan0: send auth to xx:xx:xx:xx:xx:xx (try 1/3)
[ 10.692798] wlan0: send auth to xx:xx:xx:xx:xx:xx (try 2/3)
[ 10.893960] wlan0: send auth to xx:xx:xx:xx:xx:xx (try 3/3)
[ 11.095278] wlan0: authentication with xx:xx:xx:xx:xx:xx timed out

`

Eventually after about 3 hours, it DID connect (I have a managed Wifi system, so I can see in the log files). However, once it did, it had a 169.x.x.x addr (presumably because no DHCP), tried to restart connman again to fetch a proper DHCP address and it hangs and panics with:

[ 1680.198440] INFO: task wpa_supplicant:216 blocked for more than 60 seconds. [ 1680.205950] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 1680.214406] Kernel panic - not syncing: hung_task: blocked tasks [ 1680.220843] [<c001051d>] (unwind_backtrace+0x1/0x8c) from [<c0373a01>] (panic+0x55/0x14c) [ 1680.229552] [<c0373a01>] (panic+0x55/0x14c) from [<c00617b3>] (watchdog+0x153/0x1a0) [ 1680.237798] [<c00617b3>] (watchdog+0x153/0x1a0) from [<c003ca4b>] (kthread+0x61/0x72) [ 1680.246135] [<c003ca4b>] (kthread+0x61/0x72) from [<c000c6fd>] (ret_from_fork+0x11/0x34) [ 1680.254714] drm_kms_helper: panic occurred, switching back to text console

I realize that this trace is not particularly useful, but I would love to get to the bottom of this, if anyone has any ideas as to how to debug this, let me know and I’ll be happy to work through it.

Thanks!

-W.

I’m having the same problem. I can connect to my phone’s wifi hotspot, but not my home wireless router.

I have moved within two feet of the router to be sure it’s not a power issue.

Do you have an unusually long password for your connection? I do, and it’s the only thing I can imagine causing this sort of trouble. I suppose I should try ruling that out via a little experiment…

I’m having the same problem. I can connect to my phone’s wifi hotspot, but not my home wireless router.

I think I have an answer to this, see below.

I have moved within two feet of the router to be sure it’s not a power issue.

Yeah, I got my 2A power supply and it makes no difference! (the AP is only a few feet away anyway).

Do you have an unusually long password for your connection? I do, and it’s the only thing I can imagine causing this sort of trouble. I suppose I should try ruling that out via a little experiment…

I think I’ve found the issue, I’m seeing a “unexpected replay counter” error on the AP. Firstly, here’s the log from the AP:

Aug 29 15:46:24 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: disassociated Aug 29 15:46:25 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: associated Aug 29 15:46:25 AP1 user.info syslog: wevent.recv_msg(): EVENT_STA_JOIN ath4: 80:xx:xx:xx:xx:xx / 4 Aug 29 15:46:25 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: associated Aug 29 15:46:25 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: associated **Aug 29 15:46:26 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx WPA: received EAPOL-Key 4/4 Pairwise with unexpected replay counter** **Aug 29 15:46:27 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: deauthenticated due to local deauth request** Aug 29 15:46:27 AP1 user.info syslog: wevent.recv_msg(): EVENT_STA_LEAVE ath4: 4 Aug 29 15:46:31 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: disassociated Aug 29 15:46:31 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: disassociated Aug 29 15:46:59 AP1 daemon.info hostapd: ath4: STA 80:xx:xx:xx:xx:xx IEEE 802.11: disassociated

And here’s the corresponding log from the BBB:

`
[243224.646266] net eth0: initializing cpsw version 1.12 (0)
[243224.651998] net eth0: phy found : id is : 0x7ffff
[243224.652065] libphy: PHY 4a101000.mdio:01 not found
[243224.657426] net eth0: phy 4a101000.mdio:01 not found on slave 1
[243224.676376] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[243224.766282] rtl8192cu: MAC auto ON okay!
[243224.791733] rtl8192cu: Tx queue select: 0x05
[243225.199200] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[243232.201605] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[243234.094398] wlan0: authenticate with 06:xx:xx:xx:xx:xx
[243234.112523] wlan0: direct probe to 06:xx:xx:xx:xx:xx (try 1/3)
[243234.313871] wlan0: send auth to 06:xx:xx:xx:xx:xx (try 2/3)
[243234.413773] wlan0: authenticated
[243234.419369] wlan0: associate with 06:xx:xx:xx:xx:xx (try 1/3)
[243234.620496] wlan0: associate with 06:xx:xx:xx:xx:xx (try 2/3)
[243234.770988] wlan0: RX AssocResp from 06:xx:xx:xx:xx:xx (capab=0x431 status=0 aid=2)
[243234.772299] wlan0: associated
[243234.772398] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[243234.773554] cfg80211: Calling CRDA for country: US
[243234.773865] cfg80211: Regulatory domain changed to country: US
[243234.773899] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[243234.773934] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[243234.773967] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[243234.773999] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243234.774031] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243234.774134] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243234.774170] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
[243234.774201] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm)
[243236.912189] wlan0: deauthenticated from 06:xx:xx:xx:xx:xx (Reason: 2)
[243236.940266] cfg80211: Calling CRDA to update world regulatory domain
[243236.940478] cfg80211: World regulatory domain updated:
[243236.940509] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[243236.940545] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243236.940578] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243236.940609] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[243236.940642] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243236.940675] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243237.157210] wlan0: authenticate with dc:xx:xx:xx:xx:xx
[243237.178936] wlan0: send auth to dc:xx:xx:xx:xx:xx (try 1/3)
[243237.380266] wlan0: send auth to dc:xx:xx:xx:xx:xx (try 2/3)
[243237.409374] wlan0: authenticated
[243237.413513] wlan0: associate with dc:xx:xx:xx:xx:xx (try 1/3)
[243237.614631] wlan0: associate with dc:xx:xx:xx:xx:xx (try 2/3)
[243237.815810] wlan0: associate with dc:xx:xx:xx:xx:xx (try 3/3)
[243237.982837] wlan0: RX AssocResp from dc:xx:xx:xx:xx:xx (capab=0x431 status=0 aid=4)
[243237.984254] wlan0: associated
[243237.984360] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[243237.985090] cfg80211: Calling CRDA for country: US
[243237.985393] cfg80211: Regulatory domain changed to country: US
[243237.985424] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[243237.985460] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[243237.985493] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[243237.985525] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243237.985557] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243237.985589] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243237.985711] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
[243237.985747] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm)
[243240.051531] wlan0: deauthenticated from dc:xx:xx:xx:xx:xx (Reason: 2)
[243240.081609] cfg80211: Calling CRDA to update world regulatory domain
[243240.081828] cfg80211: World regulatory domain updated:
[243240.081861] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[243240.081897] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243240.081931] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243240.081964] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[243240.081997] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243240.082029] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[243241.007375] wlan0: authenticate with dc:xx:xx:xx:xx:xx
[243241.028078] wlan0: send auth to dc:xx:xx:xx:xx:xx (try 1/3)
[243241.227912] wlan0: send auth to dc:xx:xx:xx:xx:xx (try 2/3)
[243241.429076] wlan0: send auth to dc:xx:xx:xx:xx:xx (try 3/3)
[243241.630253] wlan0: authentication with dc:xx:xx:xx:xx:xx timed out
[243241.707861] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

`

NOTE: That I have a managed Wifi system, there are actually two APs with the same SSID, 06:xxx and dc:xxxx [this is AP1].

EAPOL step 4/4 is the Ack step, see: IEEE 802.11i-2004 - Wikipedia

This is beginning to look like a poor implementation of EAPOL[v2] on the Realtek rtl8192cu. My AP requires EAPOL v2 for AES, it uses EAPOLv1 for TKIP only, but I don’t allow TKIP because of vulnerabilities – there have been reports of the BBB + rtl8192cu working with TKIP.

I would guess that it works on your phone’s hotspot because it must allow TKIP/EAPOLv1 and your AP doesn’t (or is configured for AES). I believe that the WiFi alliance as of June 2010 forbade new devices to use TKIP due to security issues (I believe TKIP is the WEP authentication applied to WPA to allow for transition from WEP to proper WPA on existing Wifi devices that couldn’t handle AES based CCMP.

You could try switching your AP to TKIP … I bet the rtl8192cu connects …