Authentication 在arm嵌入式linux上的tiwi-r2 wl1271上安装softap:身份验证超时

我有一个嵌入式arm linux设备正在运行

kernel 2.6.39.4 
hostapd 2.0
wl1271 and wl1271_sdio modules loaded (no compat drivers)

这个装置是一个很好的装置。 临时模式和基础架构模式可以工作，但当我尝试设置softap时，我遇到了问题： 我通过将hostapd.conf的内容设置为：

interface=wlan0
driver=nl80211
channel=1
hw_mode=g
ssid=mya

正在引导的固件：

[ 6486.330000] wl1271: wlan power up
[ 6486.660000] booting firmware ti-connectivity/wl1271-fw-ap.bin
[ 6486.810000] wl1271: firmware booted (Rev 6.2.1.0.54)

正在广播SSID，其他设备可以看到它，但无法关联。在Ubuntu笔记本电脑上，尝试连接失败后，我从dmesg获得以下信息：

[  548.289020] wlan0: authenticate with 00:xx:yy:zz:ww:qq
[  548.300588] wlan0: send auth to 00:xx:yy:zz:ww:qq (try 1/3)
[  548.504059] wlan0: send auth to 00:xx:yy:zz:ww:qq (try 2/3)
[  548.708059] wlan0: send auth to 00:xx:yy:zz:ww:qq (try 3/3)
[  548.912056] wlan0: authentication with 00:xx:yy:zz:ww:qq timed out

关联失败后，笔记本电脑将连接到另一个先前配置的接入点。在嵌入式设备上使用-dd选项启动hostapd，我可以得到一些调试消息，但我不太理解它们。这是笔记本电脑连接时hostapd端的输出：

wlan0: Event RX_MGMT (20) received
mgmt::auth
authentication: STA=aa:bb:cc:dd:ee:ff auth_alg=0 auth_transaction=1 status_code=0 wep=0
  New STA
ap_sta_add: register ap_handle_timer timeout for aa:bb:cc:dd:ee:ff (300 seconds - ap_max_inactivity)
wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: authentication OK (open system)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-AUTHENTICATE.indication(aa:bb:cc:dd:ee:ff, OPEN_SYSTEM)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DELETEKEYS.request(aa:bb:cc:dd:ee:ff)
authentication reply: STA=aa:bb:cc:dd:ee:ff auth_alg=0 auth_transaction=2 resp=0 (IE len=0)
wlan0: Event RX_MGMT (20) received
mgmt::auth
authentication: STA=aa:bb:cc:dd:ee:ff auth_alg=0 auth_transaction=1 status_code=0 wep=0
wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: authentication OK (open system)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-AUTHENTICATE.indication(aa:bb:cc:dd:ee:ff, OPEN_SYSTEM)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DELETEKEYS.request(aa:bb:cc:dd:ee:ff)
authentication reply: STA=aa:bb:cc:dd:ee:ff auth_alg=0 auth_transaction=2 resp=0 (IE len=0)
wlan0: Event RX_MGMT (20) received
mgmt::auth
authentication: STA=aa:bb:cc:dd:ee:ff auth_alg=0 auth_transaction=1 status_code=0 wep=0
wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: authentication OK (open system)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-AUTHENTICATE.indication(aa:bb:cc:dd:ee:ff, OPEN_SYSTEM)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DELETEKEYS.request(aa:bb:cc:dd:ee:ff)
authentication reply: STA=aa:bb:cc:dd:ee:ff auth_alg=0 auth_transaction=2 resp=0 (IE len=0)

一段时间后，由于不活动，系统似乎正在解除与笔记本电脑的关联：

ap_handle_timer: aa:bb:cc:dd:ee:ff flags=0x1 timeout_next=0
wlan0: Timeout, sending disassociation info to STA aa:bb:cc:dd:ee:ff
ap_handle_timer: register ap_handle_timer timeout for aa:bb:cc:dd:ee:ff (1 seconds - AP_DISASSOC_DELAY)
ap_handle_timer: aa:bb:cc:dd:ee:ff flags=0x1 timeout_next=1
wlan0: Timeout, sending disassociation info to STA aa:bb:cc:dd:ee:ff
wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: disassociated due to inactivity
ap_handle_timer: register ap_handle_timer timeout for aa:bb:cc:dd:ee:ff (1 seconds - AP_DEAUTH_DELAY)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DISASSOCIATE.indication(aa:bb:cc:dd:ee:ff, 4)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DELETEKEYS.request(aa:bb:cc:dd:ee:ff)
ap_handle_timer: aa:bb:cc:dd:ee:ff flags=0x1 timeout_next=2
wlan0: Timeout, sending deauthentication info to STA aa:bb:cc:dd:ee:ff
wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DEAUTHENTICATE.indication(aa:bb:cc:dd:ee:ff, 2)
wlan0: STA aa:bb:cc:dd:ee:ff MLME: MLME-DELETEKEYS.request(aa:bb:cc:dd:ee:ff)
ap_free_sta: cancel ap_handle_timer for aa:bb:cc:dd:ee:ff

我在中看到了一篇类似的帖子，但这篇帖子很旧，属于wpa_Suplicant（版本0.6.0），笔记本电脑上有Ubuntu13.04和wpa_Suplicant 1.0。这让我觉得hostapd没有通知客户端关联成功

我也无法从任何其他设备连接到softap。我试过安卓4.4和iOS 7.0.4

我还尝试了wpa2配置和标准open，但没有任何效果

编辑： 我没想到我会在这件事上让整个社区难堪。。。我已经升级到TiWi-R2的官方继任者TiWi-BLE模块，但没有进一步升级

我发现一个帖子有同样的问题，但没有解决办法

编辑：

---

我已经通过使用内核3.12.0解决了这个问题，而这个问题并没有发生。在我看来，问题在于内核。我会暂时不回答这个问题，以防有人看到。

我换了一个新的内核。当时它是3.13.0-next，一个没有正式发行版的内核，但因为它工作得很好，所以我把它保留了下来