EDIMAX EW-7811UN ....正在使用rtl8188cus芯片组IIRC。

如果您还没有，请创建/etc/modprobe.d/8192cu.conf，其中包含内容...。

禁用电源管理

选项8192cu rtw_power_mgnt = 0 rtw_enusbss = 0

clivem 于 2016-03-11

rpi3实际上将brcmfmac驱动程序用于内置wifi
存在一个问题，需要关闭节电/管理功能

我认为较新的raspian内核已经对此进行了修补，默认情况下会禁用省电功能，但我不认为它在此4.5分支中

我目前正在做的事情（gentoo安装）是在启动时禁用wifi卡节电的以下操作

iw wlan0将power_save关闭

grbd 于 2016-03-11

👍1

rpi3实际上将brcmfmac驱动程序用于内置wifi

是的，我知道。哦，我明白了。他不再使用EDIMAX EW-7811UN软件狗。他曾经与RPi2一起使用。

clivem 于 2016-03-11

是的，我不再使用usb wifi，如何设置cmd线路以关闭电源管理？
crontab
@reboot iw wlan0设置power_save关闭

dh-connect 于 2016-03-11

👍1

不确定是否使用树莓，因为我使用的是gentoo，情况会有所不同

grbd 于 2016-03-11

试试这个： https :

pelwell 于 2016-03-11

自从我关闭电源管理功能以来，我似乎没有任何故障。

dh-connect 于 2016-03-14

只需提及一下，在崩溃后自动重新启动wlan，这对您有帮助：
须藤cp /etc/wpa_supplicant/ifupdown.sh /etc/ifplugd/action.d/ifupdown

dh-connect 于 2016-03-14

顺便说一句，最新的apt-get升级内核默认情况下禁用了电源管理。
@ dh-connect如果您删除当前的解决方法，这对您有用吗？

popcornmix 于 2016-03-14

最新升级后它仍然崩溃，现在我在syslog中收到此错误：
brcmfmac：brcmf_sdio_bus_txdata：总线出-> txq !!!

dh-connect 于 2016-03-21

当您说它崩溃时，除了错误消息外还有其他症状吗？

pelwell 于 2016-03-21

不，只是我在这里发布的那个，但它多次记录在日志中

无线局域网停止工作，我仍然可以使用它，但是要使无线局域网恢复工作，我必须重新启动它

dh-connect 于 2016-03-21

谢谢-我认为“ WLAN停止工作”是一种症状。

pelwell 于 2016-03-21

我已经尝试了几件事，但是wlan仍然无法正常工作

当我取回配置时回答以上问题
/ etc / network / interfaces中的无线电源关闭
然后重启
并使用iwconfig检查设置
电源管理ist重新打开，因此默认情况下我不会说这是麻烦的，所以我将保留配置

我尝试使用内核4.1.19，现在也尝试使用内核4.1.20 ...没有变化

当wlan崩溃时，我尝试使用ifdown和ifup wlan0将其重新打开，我得到以下信息：
无线请求“设置电源管理”（8B2C）错误：设备wlan0上的SET失败；无效的交换。

我在syslog中也遇到了一些其他错误：

dhcpcd [532]：wlan0：xxx：过期的选项25

3月21日17:29:35 raspberrypi内核：[6627.337503] brcmfmac：_brcmf_set_multicast_list：设置mcast_list失败，-52
3月21日17:29:36 raspberrypi wpa_supplicant [6318]：已成功初始化wpa_supplicant
3月21日17:29:36 raspberrypi dhcpcd [532]：wlan0：运营商丢失

3月21日17:29:43 raspberrypi内核：[6635.337616] brcmfmac：_brcmf_set_multicast_list：设置mcast_list失败，-52

3月21日17:29:45 raspberrypi内核：[6637.337588] brcmfmac：brcmf_do_escan：错误（-52）
3月21日17:29:45 raspberrypi内核：[6637.337602] brcmfmac：brcmf_cfg80211_scan：扫描错误（-52）

3月21日17:29:47 raspberrypi内核：[6639.337596] brcmfmac：_brcmf_set_multicast_list：设置allmulti失败，-52
3月21日17:29:49 raspberrypi内核：[6641.337632] brcmfmac：_brcmf_set_multicast_list：设置BRCMF_C_SET_PROMISC失败，-52

还有什么我可以尝试的吗？

dh-connect 于 2016-03-21

还有这些：

3月21日21:26:55 raspberrypi dhcpcd [526]：wlan0：xxx：过期选项25
3月21日21:28:54 raspberrypi内核：[1958.899715] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
3月21日21:30:16 raspberrypi dhcpcd [526]：wlan0：xxx无法访问，已过期

dh-connect 于 2016-03-22

我对iwconfig认为该设备启用了节能功能并不感到惊讶-我将其阻止在驱动程序本身内，并且状态保存在较高的层中或需要进行其他更改才能正确报告。无论哪种方式，都有力的证据表明我们避免了节电错误，但仍然存在其他一些问题。

您是否有关于故障时间的大概数字，以及大概已传输了多少数据（来自ifconfig）？

pelwell 于 2016-03-22

是的，我确实这样做，当我只有很少流量（小于100 MB）的网络服务器运行时，它会持续一两天，当我在1小时内传输1 GB WLAN等大型数据文件时会崩溃

dh-connect 于 2016-03-22

我可以提供什么来帮助查找错误？

这是系统日志中的一些错误：

3月29日14:20:56 raspberrypi dhcpcd [535]：wlan0：xxx：到期的选项25
3月29日14:30:15 raspberrypi dhcpcd [535]：wlan0：xxx无法访问，已过期
3月29日17:18:42 raspberrypi内核：[186148.102420] brcmfmac：brcmf_sdio_bus_txdata：脱离总线-> txq ！！！
3月29日17:18:43 raspberrypi内核：[186149.101045] brcmfmac：brcmf_sdio_bus_txdata：超出总线范围-> txq !!!
3月29日17:18:43 raspberrypi内核：[186149.101145] brcmfmac：brcmf_sdio_bus_txdata：超出总线范围-> txq !!!
3月29日17:18:44 raspberrypi内核：[186150.101209] brcmfmac：brcmf_sdio_bus_txdata：出局-> txq ！！！
3月29日17:18:50 raspberrypi wpa_supplicant [478]：wlan0：CTRL-EVENT-DISCONNECTED bssid = xxx原因= 3 Local_Generated = 1
3月29日17:18:50 raspberrypi内核：[186156.181033] brcmfmac：brcmf_cfg80211_disconnect：错误（-52）
3月29日17:18:52 raspberrypi内核：[186158.181028] brcmfmac：send_key_to_dongle：wsec_key错误（-52）
3月29日17:18:54 raspberrypi内核：[186160.181046] brcmfmac：send_key_to_dongle：wsec_key错误（-52）
3月29日17:18:56 raspberrypi内核：[186162.181048] brcmfmac：send_key_to_dongle：wsec_key错误（-52）
3月29日17:18:58 raspberrypi内核：[186164.181049] brcmfmac：send_key_to_dongle：wsec_key错误（-52）
3月29日17:18:58 raspberrypi内核：[186164.185477] cfg80211：调用CRDA更新世界法规域
3月29日17:18:58 raspberrypi dhcpcd [535]：wlan0：运营商丢失
3月29日17:18:58 raspberrypi wpa_supplicant [7354]：已成功初始化wpa_supplicant
3月29日17:18:58 raspberrypi内核：[186164.314511] brcmfmac：brcmf_cfg80211_reg_notifier：不是ISO3166代码
3月29日17:18:58 raspberrypi内核：[186164.314541] cfg80211：世界监管域已更新：
3月29日17:18:58 raspberrypi内核：[186164.314548] cfg80211：DFS主区域：未设置
3月29日17:18:58 raspberrypi内核：[186164.314555] cfg80211：（start_freq-end_freq @带宽），（max_antenna_gain，max_eirp），（dfs_cac_time）
3月29日17:18:58 raspberrypi内核：[186164.314565] cfg80211：（2402000 KHz-2472000 KHz @ 40000 KHz），（N / A，2000 mBm），（N / A）
3月29日17:18:58 raspberrypi内核：[186164.314573] cfg80211：（2457000 KHz-2482000 KHz @ 40000 KHz），（N / A，2000 mBm），（N / A）
3月29日17:18:58 raspberrypi内核：[186164.314581] cfg80211：（2474000 KHz-2494000 KHz @ 20000 KHz），（N / A，2000 mBm），（N / A）
3月29日17:18:58 raspberrypi内核：[186164.314592] cfg80211：（5170000 KHz-5250000 KHz @ 80000 KHz，160000 KHz AUTO），（N / A，2000 mBm），（N / A）
3月29日17:18:58 raspberrypi内核：[186164.314602] cfg80211：（5250000 KHz-5330000 KHz @ 80000 KHz，160000 KHz AUTO），（N / A，2000 mBm），（0 s）
3月29日17:18:58 raspberrypi内核：[186164.314611] cfg80211：（5490000 KHz-5730000 KHz @ 160000 KHz），（N / A，2000 mBm），（0 s）
3月29日17:18:58 raspberrypi内核：[186164.314645] cfg80211：（5735000 KHz-5835000 KHz @ 80000 KHz），（N / A，2000 mBm），（N / A）
3月29日17:18:58 raspberrypi内核：[186164.314654] cfg80211：（57240000 KHz-63720000 KHz @ 2160000 KHz），（N / A，0 mBm），（N / A）

dh-connect 于 2016-03-29

感谢您的报价，但是现在由Broadcom处理。

pelwell 于 2016-03-30

如果这是一个错误，可以修复Broadcom的任何更新？我现在有一个cron作业设置，可以在无法ping通时启动和启动wlan0。

juched78 于 2016-05-05

从我这边进行快速更新，我可以解决问题似乎与驱动程序有关，我安装了带有内核4.4.8的Ubuntu MATE 16.04，并且自从wifi以来没有任何问题

我的意思是，他们宣传的是：“ Ubuntu MATE 16.04在Raspberry Pi 3上也具有完全正常工作的蓝牙和Wifi”，这似乎是真的

也许它也可以与新的Debian版本一起使用，我无法确定

dh-connect 于 2016-05-05

@ juched78您是否正在运行4.4内核？如果没有，请运行sudo rpi-update以获取最新的4.4.8版本，并查看是否遇到相同的问题。

自4.1以来，Broadcom驱动程序已发生了重大变化，而我们的4.4树包含了一些进入4.5的修复程序的反向端口。除了无法从睡眠中唤醒（电源管理仍处于禁用状态）之外，我没有发现任何其他重大错误-通道12和13在允许的情况下可用，并且Ad Hoc模式不会崩溃-但可能仍然存在潜伏问题。

pelwell 于 2016-05-05

哦，在4.4.8中仍有一个报告的错误-显然，大量使用hostapd可能会导致内核警告（请参阅https://github.com/raspberrypi/linux/issues/1375）。

pelwell 于 2016-05-05

我在跑步：
Linux XXX 4.4.8-v7 +＃880 SMP Fri Apr 22 21:55:04 BST 2016 armv7l GNU / Linux

2016年4月27日11:06:18
版权所有（c）2012 Broadcom
版本9b52ab7b475f4a056658fd2d95d2440b32167390（干净）（发布）

使用运行Shibby Tomato的Netgear R7000，在wifi下降约2天后，在系统日志中，我看到：

CTRL-EVENT-DISCONNECTED
brcmfmac: brcmf_link_down: WLC_DISASSOC failed (-52)
brcmfmac: send_key_to_dongle: wsec_key error (-52)
...
brcmfmac: brcmf_do_escan: error (-52)
...
wpa_supplicant[506]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
...
brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code

(then I see it scan and re-pick my country code CA)

brcmfmac: _brcmf_set_multicast_list: Setting allmulti failed, -52
brcmfmac: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -52
brcmfmac: _brcmf_set_multicast_list: Setting mcast_list failed, -52

然后似乎永远都不会重新连接...

依次使用sudo ifdown wlan0和sudo ifup wlan0可以恢复我的连接。

juched78 于 2016-05-05

刚刚升级到：
Linux JuchePi 4.4.8-v7 +＃881 SMP星期六2016年4月30日12:16:50 BST 2016 armv7l GNU / Linux

不确定从22日到30日有什么不同。我将监视连接。

juched78 于 2016-05-05

我的RPi 3也遇到了这个问题。我收到了几个不同的内核消息。主要是以下之一。
之后，我无法使WiFi工作，将wlan0调低然后调高无济于事。

May 09 21:24:25 osmc kernel: brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
May 09 22:00:15 osmc kernel: brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
May 09 22:00:18 osmc kernel: brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!

May 10 00:51:10 osmc kernel: brcmfmac: brcmf_cfg80211_get_tx_power: error (-52)
May 10 00:51:12 osmc kernel: brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110

May 10 00:53:16 osmc kernel: brcmfmac: brcmf_do_escan: error (-52)
May 10 00:53:16 osmc kernel: brcmfmac: brcmf_cfg80211_scan: scan error (-52)

Raspberry由版本3的原始电源适配器供电。我正在运行最新的OSMC：
$ uname -a
Linux osmc 4.4.8-3-osmc＃1 SMP PREEMPT Sun May 1 18:57:43 UTC 2016 armv7l GNU / Linux

maciex 于 2016-05-10

仍在监控中。运行3天后，我的openhab脱机了，但是由于某种原因，我仍然可以进入Pi，而我通常无法这么做。时间的高峰和wifi脚本跑下来关闭并建立连接，然后将其重新连接到我的openhab组织。奇。将继续观看。

juched78 于 2016-05-11

我也遇到了相同的问题-dmesg跟踪，如下所示：

send_key_to_dongle: wsec_key error (-52)
brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -52
brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
brcmf_cfg80211_get_tx_power: error (-52)

用法：

rp3被用作路由器/访问点

连接长度似乎是随机的-我经历了长达两周的时间，而经历的时长却只有几分钟。最近，它每20分钟左右就会消失一次。降低wlan0并使其备份并不能解决问题-需要完全重启。

从我的AppleTV播放Netflix时，问题似乎更加恶化了。虽然当我有两个星期的正常运行时间时情况并非如此。

我在4.4.10-v7 +上

duncanmcdowell 于 2016-05-14

我将频道从13切换到6，以检查是否可能是问题所在（高频道存在一些缺陷），从那时起，我还没有WiFi freez。但这可能是一个巧合...

maciex 于 2016-05-15

更改接入点通道没有帮助。 WiFi仍然中断。最近几次，我不得不连续重启几次才能使其正常运行。

maciex 于 2016-05-16

当我尝试在rpi3和我的Galaxy S5手机之间进行SFTP传输时，我特别遇到了此问题。当我尝试从笔记本电脑执行相同的传输时，一切都运行顺利。

从rpi-update运行最新的内核：

Linux raspberrypi 4.4.11-v7+ #888 SMP Mon May 23 20:10:33 BST 2016 armv7l GNU/Linux

来自系统日志的错误消息：

May 29 18:10:46 raspberrypi kernel: [  178.605907] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

看来此错误之后的唯一解决方案是重新启动。

loganwendholt 于 2016-05-30

在过去的一周中，我两次离开网络。第一次我很着急，所以拔掉电源并重新启动。几天后，它又发生了，再次重新启动，然后运行了完整的系统更新（包括固件），并将对其进行监视。在没有监视器的情况下安装它，因此获取有关错误的详细信息需要更多的努力:)

juched78 于 2016-07-05

这里同样的问题。通过sftp传输大文件时，它始终冻结。只需重启即可解决

xtecox 于 2016-07-06

这个问题可能与https://github.com/raspberrypi/linux/issues/1313有关

BenoitSvB 于 2016-07-08

Broadcom认为＃1313不是问题，最新的内核不再显示这些消息。

我一直无法重现此问题。是否有人能够在故障发生时捕获数据包跟踪？

pelwell 于 2016-07-12

如果有人有时间使用启用了调试的驱动程序模块进行更多测试，将不胜感激：

1）运行sudo rpi-update并重新启动。这是为了使您的内核达到与我的内核相同的级别，从而使模块兼容。

2）下载并安装更新的驱动程序模块：

BRCM80211=/lib/modules/`uname -r`/kernel/drivers/net/wireless/brcm80211
BRCMFMAC=$BRCM80211/brcmfmac
wget -O brcmfmac.ko "https://docs.google.com/uc?authuser=0&id=0B8VsfKAD4-NOR1ZxWS00ZmFrR1k&export=download"
wget -O brcmutil.ko "https://docs.google.com/uc?authuser=0&id=0B8VsfKAD4-NOM0ZDd3FvYUNwZXc&export=download"
sudo mv $BRCMFMAC/brcmfmac.ko{,.orig}
sudo cp brcmfmac.ko $BRCMFMAC
sudo sh -c "echo options brcmfmac debug=0x100000 > /etc/modprobe.d/brcmfmac.conf"
BRCMUTIL=$BRCM80211/brcmutil
sudo mv $BRCMUTIL/brcmutil.ko{,.orig}
sudo cp brcmutil.ko $BRCMUTIL/brcmutil.ko

重新启动以激活新模块。

3）像往常一样使用Pi，然后如果WiFi冻结，请运行：

dmesg > wifi_freeze.txt

并将其上传到您喜欢的粘贴站点（或创建要点）。一两个日志应该足够了。

恢复模块的原始版本：

BRCM80211=/lib/modules/`uname -r`/kernel/drivers/net/wireless/brcm80211
sudo mv $BRCM80211/brcmfmac/brcmfmac.ko{.orig,}
sudo mv $BRCM80211/brcmutil/brcmutil.ko{.orig,}

提前致谢。

pelwell 于 2016-07-13

稍等片刻，我们验证调试输出是否确实启用。

pelwell 于 2016-07-13

您还需要在驱动程序上启用调试功能：

sudo sh -c "echo options brcmfmac debug=0x100000 > /etc/modprobe.d/brcmfmac.conf"

我已经修改了上面的说明。

重新启动后，您的dmesg输出应包括以下内容：

[   10.848903] brcmfmac: CONSOLE: hndarm_armr addr: 0x18003000, cr4_idx: 0
[   10.860475] brcmfmac: CONSOLE: 000000.001
[   10.869471] brcmfmac: CONSOLE: RTE (SDIO-CDC) 7.45.41.26 (r640327) on BCM43430 r1 @ 37.4/81.6/81.6MHz
[   10.883644] brcmfmac: CONSOLE: 000000.001 sdpcmdcdc0: Broadcom SDPCMD CDC driver
[   10.896090] brcmfmac: CONSOLE: 000000.005 reclaim section 0: Returned 47716 bytes to the heap
[   10.909734] brcmfmac: CONSOLE: 000000.007 wlc_bmac_info_init: host_enab 1
[   10.921417] brcmfmac: CONSOLE: 000000.026 wl0: Broadcom BCM43430 802.11 Wireless Controller 7.45.41.26 (r640327)
[   10.936777] brcmfmac: CONSOLE: 000000.027 TCAM: 256 used: 179 exceed:0
[   10.936794] brcmfmac: CONSOLE: 000000.028 reclaim section 1: Returned 81268 bytes to the heap
[   10.936803] brcmfmac: CONSOLE: 000000.029 sdpcmd_dpc: Enable
[   10.938242] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
[   10.949404] brcmfmac: CONSOLE: 000000.125 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.963663] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
[   10.969865] brcmfmac: CONSOLE: 000000.150 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.969876] brcmfmac: CONSOLE: 000000.151 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   11.189639] brcmfmac: CONSOLE: 000000.368 wl0: wl_open

pelwell 于 2016-07-13

@pelwell执行您的指令后，我不再有wifi ...

root @ pi3b ：/ home / pi＃dmesg | grep brcmf
[15.582665] brcmfmac：未知符号brcmu_dbg_hex_dump（错误0）
[15.613709] brcmfmac：未知符号brcmu_dbg_hex_dump（错误0）

BenoitSvB 于 2016-07-13

尝试这个：

BRCMUTIL=/lib/modules/`uname -r`/kernel/drivers/net/wireless/brcm80211/brcmutil
wget -O brcmutil.ko "https://docs.google.com/uc?authuser=0&id=0B8VsfKAD4-NOM0ZDd3FvYUNwZXc&export=download"
sudo mv $BRCMUTIL/brcmutil.ko{,.orig}
sudo cp brcmutil.ko $BRCMUTIL

并重新启动。

pelwell 于 2016-07-13

wlan0不关联。
wireless.txt
（尽管在许多重新启动中，我看到了几分钟的关联，但尚未在dmesg中找到它）

BenoitSvB 于 2016-07-13

从4.4.11-v7 +升级到4.4.15-v7 +，似乎为我解决了该问题

我试图重新创建从Android手机进行SFTP传输时遇到的问题，但到目前为止，我还没有看到任何问题。

loganwendholt 于 2016-07-13

经过漫长的等待， @ pelwell wlan0成功关联；将dmesg附加到以前的日志中：
wireless.txt
现在等待冻结或联想损失
希望这对您有所帮助

BenoitSvB 于 2016-07-13

@pelwell很快又失去了联系；将dmesg附加到：
wireless.txt

BenoitSvB 于 2016-07-13

谢谢。第一次对我来说很慢。我一直在忙着获得一个干净的Raspbian并应用补丁来尝试重现该问题-无论如何我都会继续。

pelwell 于 2016-07-13

@pelwell
wireless.txt
并重新关联：再次附加dmesg
你要我继续吗？

BenoitSvB 于 2016-07-13

@pelwell ：再次失去联系
wireless_associationloss.txt

BenoitSvB 于 2016-07-13

@pelwell
它不规则地打开/关闭
wireless_associationloss.txt

BenoitSvB 于 2016-07-13

我认为您最好在我的收件箱溢出之前立即切换回去。

pelwell 于 2016-07-13

行; 我将恢复为3欧元的MT7601U软件狗。 ;）

BenoitSvB 于 2016-07-13

感谢您一直以来的帮助，

pelwell 于 2016-07-13

我刚刚发现了这个问题，因此可以确认它与我看到的相似吗？我已经将RPi 3设置为访问点，但经常无法连接到它。我可以通过有线连接ssh进入，并且我看到wlan0仍使用正确的IP地址启动，但使访问点再次正常工作的唯一方法是重新启动。我在/var/log/messages看到这样的堆栈跟踪

Jul 16 06:57:18 raspberrypi kernel: [117621.171957] ------------[ cut here ]------------
Jul 16 06:57:18 raspberrypi kernel: [117621.172042] WARNING: CPU: 2 PID: 879 at drivers/net/wireless/brcm80211/brcmfmac/core.c:1191 brcmf_netdev_wait_pend8021x+0xe4/0xf0 [brcmfmac]()
Jul 16 06:57:18 raspberrypi kernel: [117621.172052] Modules linked in: ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack ip_tables x_tables bnep hci_uart btbcm bluetooth brcmfmac brcmutil cfg80211 rfkill snd_bcm2835 snd_pcm snd_timer snd bcm2835_gpiomem bcm2835_wdt uio_pdrv_genirq uio ipv6
Jul 16 06:57:18 raspberrypi kernel: [117621.172168] CPU: 2 PID: 879 Comm: hostapd Tainted: G        W       4.4.11-v7+ #888
Jul 16 06:57:18 raspberrypi kernel: [117621.172177] Hardware name: BCM2709
Jul 16 06:57:18 raspberrypi kernel: [117621.172212] [<80018724>] (unwind_backtrace) from [<80014058>] (show_stack+0x20/0x24)
Jul 16 06:57:18 raspberrypi kernel: [117621.172235] [<80014058>] (show_stack) from [<803205a4>] (dump_stack+0xd4/0x118)
Jul 16 06:57:18 raspberrypi kernel: [117621.172259] [<803205a4>] (dump_stack) from [<80025300>] (warn_slowpath_common+0x98/0xc8)
Jul 16 06:57:18 raspberrypi kernel: [117621.172282] [<80025300>] (warn_slowpath_common) from [<800253ec>] (warn_slowpath_null+0x2c/0x34)
Jul 16 06:57:18 raspberrypi kernel: [117621.172350] [<800253ec>] (warn_slowpath_null) from [<7f23a1d4>] (brcmf_netdev_wait_pend8021x+0xe4/0xf0 [brcmfmac])
Jul 16 06:57:18 raspberrypi kernel: [117621.172466] [<7f23a1d4>] (brcmf_netdev_wait_pend8021x [brcmfmac]) from [<7f228fbc>] (send_key_to_dongle+0xa4/0xf8 [brcmfmac])
Jul 16 06:57:18 raspberrypi kernel: [117621.172579] [<7f228fbc>] (send_key_to_dongle [brcmfmac]) from [<7f229208>] (brcmf_cfg80211_del_key+0x68/0x78 [brcmfmac])
Jul 16 06:57:18 raspberrypi kernel: [117621.172723] [<7f229208>] (brcmf_cfg80211_del_key [brcmfmac]) from [<7f1742f0>] (nl80211_del_key+0xfc/0x28c [cfg80211])
Jul 16 06:57:18 raspberrypi kernel: [117621.172817] [<7f1742f0>] (nl80211_del_key [cfg80211]) from [<80505e00>] (genl_rcv_msg+0x26c/0x3f0)
Jul 16 06:57:18 raspberrypi kernel: [117621.172841] [<80505e00>] (genl_rcv_msg) from [<80504fd8>] (netlink_rcv_skb+0xb0/0xcc)
Jul 16 06:57:18 raspberrypi kernel: [117621.172862] [<80504fd8>] (netlink_rcv_skb) from [<80505b84>] (genl_rcv+0x34/0x44)
Jul 16 06:57:18 raspberrypi kernel: [117621.172883] [<80505b84>] (genl_rcv) from [<80504914>] (netlink_unicast+0x190/0x254)
Jul 16 06:57:18 raspberrypi kernel: [117621.172904] [<80504914>] (netlink_unicast) from [<80504de0>] (netlink_sendmsg+0x340/0x354)
Jul 16 06:57:18 raspberrypi kernel: [117621.172926] [<80504de0>] (netlink_sendmsg) from [<804b7c14>] (sock_sendmsg+0x24/0x34)
Jul 16 06:57:18 raspberrypi kernel: [117621.172947] [<804b7c14>] (sock_sendmsg) from [<804b82fc>] (___sys_sendmsg+0x1e0/0x1e8)
Jul 16 06:57:18 raspberrypi kernel: [117621.172968] [<804b82fc>] (___sys_sendmsg) from [<804b9054>] (__sys_sendmsg+0x4c/0x7c)
Jul 16 06:57:18 raspberrypi kernel: [117621.172988] [<804b9054>] (__sys_sendmsg) from [<804b909c>] (SyS_sendmsg+0x18/0x1c)
Jul 16 06:57:18 raspberrypi kernel: [117621.173008] [<804b909c>] (SyS_sendmsg) from [<8000fb40>] (ret_fast_syscall+0x0/0x1c)
Jul 16 06:57:18 raspberrypi kernel: [117621.173019] ---[ end trace 2d66bc66d6534ca4 ]---

我的内核是4.4.13-v7 +，我只是第一次运行rpi-update，所以我还不知道这是否有帮助。

jrmhaig 于 2016-07-16

👍2

我想知道这可能是相关的，还是一个单独的问题
https://www.youtube.com/watch?v=_D_fi_ck9Vo

grbd 于 2016-07-18

我的RPI3通过WiFi正常工作，直到将其升级到最新的udev ...

现在，它不再连接了...

我还安装了Pelwell的修补模块，但没有成功：根本无法连接...

让我知道我是否可以帮助您，

我最好的，
Mimmo

mmmmlab 于 2016-07-23

@ dh-connect您的问题是否已解决？如果是这样，请关闭此问题。谢谢。

Ruffio 于 2016-08-17

从那以后我就和lan一起工作了，还没尝试过wlan

dh-connect 于 2016-08-20

👎1

你好

我的rpi 3似乎有相同的问题。我已恢复使用坚固的官方RPI wifi usb加密狗，但是内置wifi在经过约20小时的此类消息连接后消失了在系统日志中

brcmfmac：brcmf_cfg80211_reg_notifier：不是ISO3166代码
cfg80211：世界监管域已更新：
cfg80211：DFS主区域：未设置

这是最新的Raspbian，最新的固件

motocodeltd 于 2016-08-21

是否可以重新打开此问题？
为什么关闭了？

从那以后我就和lan一起工作了，还没尝试过wlan
dh-connect在13天前关闭

这不是一个值得解决的问题的解决方案...

我仍然有问题，可以重现该错误。

我与dmesg相关的部分是：

[174174.396705] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[174215.037175] brcmfmac: _brcmf_set_multicast_list: Setting mcast_list failed, -52
[174217.037166] brcmfmac: _brcmf_set_multicast_list: Setting allmulti failed, -52
[174219.037171] brcmfmac: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -52

mathieugouin 于 2016-09-02

👍4

我遇到了与

$ dpkg-query -s firmware-brcm80211
Package: firmware-brcm80211
Status: install ok installed
Priority: optional
Section: non-free/kernel
Installed-Size: 4296
Maintainer: Debian Kernel Team <[email protected]>
Architecture: all
Multi-Arch: foreign
Source: firmware-nonfree
Version: 0.43+rpi5
Suggests: initramfs-tools
Description: Binary firmware for Broadcom 802.11 wireless cards
 This package contains the binary firmware for wireless network cards with
 the Broadcom BCM4313, BCM43224, BCM43225, BCM43241, BCM43143, BCM4329,
 BCM4330, BCM4334, BCM4335 or BCM43430 chips, supported by the brcmsmac or
 brcmfmac driver.
 .
 Contents:
  * Broadcom 802.11 firmware, version 610.812 (brcm/bcm43xx-0.fw)
  * Broadcom 802.11 firmware header, version 610.812
    (brcm/bcm43xx_hdr-0.fw)
  * Broadcom BCM43143 firmware (brcm/brcmfmac43143-sdio.bin)
  * Broadcom BCM43241 rev 0-3 firmware (brcm/brcmfmac43241b0-sdio.bin)
  * Broadcom BCM43241 rev 4+ firmware (brcm/brcmfmac43241b4-sdio.bin)
  * Broadcom BCM4329 firmware (brcm/brcmfmac4329-sdio.bin)
  * Broadcom BCM4330 firmware (brcm/brcmfmac4330-sdio.bin)
  * Broadcom BCM4334 firmware (brcm/brcmfmac4334-sdio.bin)
  * Broadcom BCM4335 firmware (brcm/brcmfmac4335-sdio.bin)
  * Broadcom BCM43362 firmware (brcm/brcmfmac43362-sdio.bin)
  * Broadcom BCM4354 firmware (brcm/brcmfmac4354-sdio.bin)
  * Broadcom BCM43143 firmware (brcm/brcmfmac43143.bin)
  * Broadcom BCM43430 firmware (brcm/brcmfmac43430-sdio.bin)
  * NVRAM file for BCM943430 (brcm/brcmfmac43430-sdio.txt)
Homepage: http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git

用网桥设置hostapd 。

/etc/hostapd/hostapd.conf

ctrl_interface=/var/run/hostapd
###############################
# Basic Config
###############################
macaddr_acl=0 auth_algs=1
# Most modern wireless drivers in the kernel need driver=nl80211
driver=nl80211

#####
# Logging
#####
logger_syslog_level=0

##########################
# Local configuration...
##########################
interface=wlan0
bridge=br0
hw_mode=g
ieee80211n=1
channel=1
ssid=WillCrashOnYou
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=3
wpa_passphrase=JustYouWait:)
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

/ etc / network / interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

#auto eth0
iface eth0 inet manual
#iface eth0 inet dhcp

#allow-hotplug wlan0
iface wlan0 inet manual
#    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
#
#allow-hotplug wlan1
#iface wlan1 inet manual
#    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

auto br0
iface br0 inet dhcp
        post-up /etc/init.d/hostapd restart
        post-down /etc/init.d/hostapd stop
        bridge-ports eth0 wlan0

LoveIsGrief 于 2016-09-07

对于有WiFi问题的人，赛普拉斯（曾是Broadcom）为我们提供了调试模块，以帮助诊断问题。由于模块是特定于内核版本的，因此您首先需要将其更新（或可能还原）为特定的固件版本：

sudo rpi-update b0ef6e25679d3612a980708cf4c3907ce6e13e84
sudo shutdown -r now

现在，您可以下载并安装调试模块：

wget -O brcmdbg.tgz "https://drive.google.com/uc?export=download&id=0B_P-i4u-SLBXb1o0UjVLY1NRbk0"
tar zxvf brcmdbg.tgz
sudo ./brcmdbg

最终命令将运行安装脚本，该脚本会将原始模块复制到一侧，然后再用调试版本替换它们。再次运行该命令将还原为原始版本。

安装后，重新启动Pi 3-现在dmesg | grep brcmfmac将显示如下诊断消息：

[    9.952095] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[    9.978064] usbcore: registered new interface driver brcmfmac
[   10.277931] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
[   10.299380] brcmfmac: CONSOLE: hndarm_armr addr: 0x18003000, cr4_idx: 0
[   10.314284] brcmfmac: CONSOLE: 000000.001
[   10.326859] brcmfmac: CONSOLE: RTE (SDIO-CDC) 7.45.41.26 (r640327) on BCM43430 r1 @ 37.4/81.6/81.6MHz
[   10.326867] brcmfmac: CONSOLE: 000000.001 sdpcmdcdc0: Broadcom SDPCMD CDC driver
[   10.326876] brcmfmac: CONSOLE: 000000.005 reclaim section 0: Returned 47716 bytes to the heap
[   10.326882] brcmfmac: CONSOLE: 000000.007 wlc_bmac_info_init: host_enab 1
[   10.326890] brcmfmac: CONSOLE: 000000.026 wl0: Broadcom BCM43430 802.11 Wireless Controller 7.45.41.26 (r640327)
[   10.326895] brcmfmac: CONSOLE: 000000.027 TCAM: 256 used: 179 exceed:0
[   10.326902] brcmfmac: CONSOLE: 000000.028 reclaim section 1: Returned 81268 bytes to the heap
[   10.326911] brcmfmac: CONSOLE: 000000.029 sdpcmd_dpc: Enable
[   10.371343] brcmfmac: CONSOLE: 000000.121 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.422886] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
[   10.432919] brcmfmac: CONSOLE: 000000.185 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.432929] brcmfmac: CONSOLE: 000000.186 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.500547] brcmfmac: CONSOLE: 000000.254 wl0: wl_open
[   10.531447] brcmfmac: brcmf_add_if: ERROR: netdev:wlan0 already exists
[   10.531457] brcmfmac: brcmf_add_if: ignore IF event
[   10.536516] brcmfmac: power management disabled
[   10.540645] brcmfmac: CONSOLE: 000000.284 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   13.950422] brcmfmac: CONSOLE: 000003.703 wl_nd_ra_filter_clear_cache: Enter..

遇到问题时，请使用dmesg > wifidbg.txt与其他任何内核消息一起捕获对文件的跟踪，然后将该文件上载到某个地方（gist，pastebin，dropbox等），然后将链接发布到错误发生时您正在做什么的说明。

pelwell 于 2016-09-08

请刷新我的记忆：使用什么命令返回稳定的固件
如果我决定停止调试？

BenoitSvB 于 2016-09-08

sudo apt-get update
sudo apt-get upgrade

应该可以。和sudo ./brcmdbg可以还原为非调试驱动程序。

pelwell 于 2016-09-08

https://gist.github.com/BenoitSvB/368983f2c09eed2d85a24e6920dc3a50#file -201609081547_wifidbg-txt

开始调试；需要大约5或6次尝试关联；不知道为什么最后一次尝试失败了；将一直运行，直到看到关联丢失并转储新的dmesg。在我停止使用板载wifi之前，不一致的关联行为是我的问题，因此可能是当场。请让我知道是否还有其他活动可能有用。

BenoitSvB 于 2016-09-08

https://gist.github.com/BenoitSvB/bf8acdbb7b664df90e885603bb4774ce#file -201609081628_wifidbg-txt
除了等待，什么都不做；我们在这里看到一些协会损失/追偿吗？

BenoitSvB 于 2016-09-08

感谢那。嗯-这些日志不是很有用，但是让我们看看赛普拉斯又带来了什么。

pelwell 于 2016-09-08

https://gist.github.com/BenoitSvB/98db53ff884e7b1a57bf1475d6106c56
无法解释的联想损失和恢复；时间足以在systray图标中看到。
访问点是Linksys wrt160n，固件：DD-WRT v24-sp2（08/07/10）std。
猜猜我现在可以停止调试并恢复到3欧元的MT7601U软件狗，但是请告知我是否可以提供进一步的帮助。

BenoitSvB 于 2016-09-08

@pelwell在sudo apt-get更新&& sudo apt-get升级和sudo rpi-update给出后，我没有看到任何固件还原
***您的固件已经是最新的；猜猜我需要使用特定的git哈希运行rpi-update来恢复稳定的固件。你知道哪个哈希吗？

BenoitSvB 于 2016-09-08

RPI-Distro存储库中的

sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab

pelwell 于 2016-09-08

@pelwell ：
root @ pi3b ：/ home / pi＃sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab
** Hexxeh的Raspberry Pi固件更新程序，由AndrewS和Dom增强* *执行自我更新
**更新后重新启动* * Hexxeh的Raspberry Pi固件更新程序，由AndrewS和Dom增强
指定的git哈希无效

BenoitSvB 于 2016-09-08

嗯，Hexxeh rpi固件具有不同的提交ID-尝试569e6611ac20c735647eb0e550484a73935a672d。

pelwell 于 2016-09-08

我想知道https://github.com/raspberrypi/linux/issues/1552 /＃1444是否也可能与此问题相关。

我最近部署了一个40xRPI3设置程序，该程序具有一些蓝牙功能，我们必须获取USB wifi接口，否则wlan会不断冻结。.现在，我们使用内部bl设备，并且内部wifi模块在modprobe.d中列入黑名单。

进行hcitool name 11:11:11:11:11:11并查看是否还会生成任何有趣的日志条目可能会很有用。.我刚刚关注此问题，还没有时间设置自己的实验室环境来自己测试任何内容。我们在未启用BT的情况下进行了某些wifi冻结，但是wifi + bt的组合或多或少总是会在很短的时间内杀死wifi。.在任何数量的rpi上，这始终是可复制的

thomasf 于 2016-09-08

@pelwell
行; uname -a提供了Linux pi3b.thuis 4.4.13-v7 +＃894 SMP Mon Jun 13 13:13:27 BST 2016 armv7l GNU / Linux
仅供参考：在哪里可以找到实际稳定固件版本的git hash？

BenoitSvB 于 2016-09-08

@thomasf
尽管我已经启用了蓝牙，但此刻我没有用。hcitool名称11：11：11：11：11：11不返回任何内容；我想这是可以预期的，因为我没有连接任何设备。也许我应该给我买一个BT音频设备来玩。

BenoitSvB 于 2016-09-08

定义稳定。

我（最后）给您的哈希值是6月20日的固件版本，如果运行，您将获得该哈希值：

sudo apt-get update raspberrypi-kernel
sudo apt-get update raspberrypi-bootloader

我不知道有哪个地方包含最新“稳定”版本的哈希值，但是通过像我一样通过RPI-Distro然后与Hexxeh回购进行交叉引用，您可以获取任何版本的rpi-update哈希值你喜欢。如果您认为2016-05-23版本是稳定的，因为它是上次完整Raspbian发行版的一部分，则您希望哈希3b98f7433649e13cf08f54f509d11491c99c4c0b转换为2b9c0bfacfc11ee8bb9b30dc9cdb36289698f8a8的rpi更新哈希。

pelwell 于 2016-09-08

@BenoitSvB只是从新启动启动该hcitool命令而未用任何其他软件接触hci0会导致wifi在我们的测试中开始表现不佳，我不知道是否还有其他蓝牙设备也很重要，但这是最小的可复制示例我可以想到触发wifi冻结问题。

thomasf 于 2016-09-08

我还测试了外部bt加密狗+内部wifi，但是即使未加载内部bcm bt驱动程序，内部wifi有时也会挂起。对我们来说，“解决方案”（如快速解决方案）是使用usb wifi适配器，事实证明，该适配器在我们的测试和生产使用中是稳定的。

thomasf 于 2016-09-08

我仍然怀疑＃1313相关。

Op 8-9-2016 om 18:07 schreef ThomasFrössman：

我还测试了外部bt加密狗+内部wifi，但是内部
即使内部bcm bt驱动程序未打开，wifi有时也会挂起
已加载。对我们来说，“解决方案”（如快速解决方案）是使用usb wifi
适配器，在我们的测试和生产使用中已被证明是稳定的。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245649229，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AFyzObJxRjzQ-uMUlfe8hjRasrfq3nkwks5qoDLXgaJpZM4HupC5。

BenoitSvB 于 2016-09-08

@pelwell
在这种情况下，稳定的固件是基金会发行的带有最后一个公开映像的固件，并且仅通过“ sudo apt-get update && sudo apt-get upgrade”更新，因此无需调用rpi-update（带有或不带有特定的git）哈希，这是我所理解的，仅出于特定目的而升级到较新的固件）。
这使我想到了一个问题：我可以在加载新固件进行测试之前读取运行固件的哈希值，以便在测试后进行还原，因为我不相信自己进行了您提到的交叉引用...

BenoitSvB 于 2016-09-08

也许- cat /boot/.firmware_revision是由rpi-update编写的，但是
如果不尝试，我无法告诉您Raspbian版本是否也写
它。

pelwell 于 2016-09-08

boot / .firmware-revision是一个rpi更新的东西（
https://www.raspberrypi.org/forums/viewtopic.php?t=106073&p=732449#p731830）

但是我发现：

zcat /usr/share/doc/raspberrypi-bootloader/changelog.Debian.gz

我确实希望：

固件从390f53ed0fd79df274bdcc81d99e09fa262f03ab开始

我了解交叉引用来自
https://github.com/RPi-Distro/firmware/commits/debian?author=popcornmix
https://github.com/Hexxeh/rpi-firmware/commits/master精心制作
比较提交的日期和描述。

学到了一些东西； thnx :)

9月8日。 2016年8月28日下午schreef“ Phil Elwell” [email protected] ：

也许- cat /boot/.firmware_revision是由rpi-update编写的，但是
如果不尝试，我无法告诉您Raspbian版本是否也写
它。

—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245693018，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AFyzOQ_pfODaEmuBGR6pQVXs2W6LggW8ks5qoFO2gaJpZM4HupC5
。

BenoitSvB 于 2016-09-09

@BenoitSvB ：您的踪迹似乎显示出另一种问题-固件没有提供有关断开连接原因的任何线索。您可能会从诸如WaveShark之类的数据包嗅探器中获得更多线索。

@mathieugouin @ dh-connect @ juched78 @maciex @duncanmcdowell ：我有一个赛普拉斯工程师，他渴望了解有关您的问题的更多信息；如果您给我发送电子邮件-raspberrypi dot org的phil-我可以与您联系。如果您想加快进度，请按照上述概述安装调试模块，并在出现问题时保存dmesg的输出。

pelwell 于 2016-09-09

@pelwell Google并未对“数据包嗅探器Waveshark”返回多少实质性信息，但我想您的意思是WireShark。在使用MT7601U加密狗时将brcmutil和brcmfmac列入黑名单的事实使不稳定的连接/断开行为消失了，再加上频繁出现的“乱序”现象（请参阅＃1313，现已隐藏但尚未解决），这使我怀疑Broadcom /赛普拉斯硬件原因。
Wireshark可能会有所帮助，但我需要帮助来设置/进行认真的调试硬件工作。

BenoitSvB 于 2016-09-09

是的，我是说wireshark。

您可以使用dumpcap实用程序（文本模式tshark包的一部分）将所有活动记录到文件中，然后在dmesg日志中包含可疑消息时将其杀死。像这样：

sudo apt-get install -y tshark
# You can say no when it asks if non-superusers can capture packets
dumpcap -D
# if your wlan isn't interface 2, change the next command to match
# Leave dumpcap recording in the background
sudo dumpcap -i 2 -q -w packets.pcap &
# Search for the error message, then kill the capture
dmesg -w | grep --max-count 1 "wlc_enable_probe_req: state down, deferring setting of host flags" && sudo killall dumpcap

请注意，尽管“ grep --max-count 1”应该在一场比赛后停止，但实际上似乎还需要再输入一行才能使其停止，但这在实际中应该不是问题。

如果捕获文件太大，则可以使用“ -b duration：60 ”选项（一分钟）使dumpcap使用固定的持续时间记录。像这样重新开始捕获的可能性很可能会在不好的时候发生并丢失有趣的数据包，但这不太可能。您总是可以通过增加持续时间来降低它的可能性。

pelwell 于 2016-09-09

@BenoitSvB有一个线程在这里是建议在PI3 WiFi驱动程序为避免连接问题的一种方式地停止漫游。漫游允许设备在具有相同SSID的AP之间自动移动，但是这在诸如Pi3之类的静态设备上可能没有多大用处，并且建议最终会导致完全失去连接。

您可以尝试启用roamoff模块参数吗？您需要创建包含以下内容的create /etc/modprobe.d/brcmfmac.conf：

options brcmfmac roamoff=1

pelwell 于 2016-09-11

@pelwell ：禁用漫游不是解决方案；但这使我可以使用不同的频道和第二个接入点。我发现板载wifi适配器仅在某些通道（例如1、5）上有问题，并且仅在具有DD-WRT固件的Linksys WRT160N上存在问题。奇怪的是，尽管我的其他wifi客户端都没有遇到这个问题：它们将在两个接入点上所有提供的通道上毫无问题地进行连接。对我有好处，我有一个稳定的解决方法（不使用wifi上的频道存在问题），但此事不明确。
您要我进行特定测试吗？
顺便说一句，我们需要设置参数
options brcmfmac debug = 1
在/etc/modprobe.d/brcmfmac.conf中，同时使用特殊的测试驱动程序？
并且您知道一种衡量wifi关联正常运行时间的方法：然后，我可以更系统地测试所有频道更长的时间，而无需制作巨大的捕获文件。

BenoitSvB 于 2016-09-12

我确信可以在调试驱动程序中默认启用请求的调试（它与options bcrmfmac debug=0x100000具有相同的效果），但是可以随意尝试使用不同的值。

我不知道有什么方法可以衡量某个协会的正常运行时间，除了经常轮询并希望发现更改之外。

赛普拉斯的一名员工知道该线程，但是如果您希望直接与您联系，请给我发送电子邮件（raspberrypi dot org的phil）。

pelwell 于 2016-09-12

您好，

在这个问题上有什么进展吗？我可以连接到开放的Wi-Fi网络，并且经过一段时间后，我将其记录在日志中：

Sep 26 22:42:36 dhcpcd: wlan0: carrier lost
Sep 26 22:42:36 kernel: brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
Sep 26 22:42:36 kernel: cfg80211: World regulatory domain updated:
Sep 26 22:42:36 kernel: cfg80211: DFS Master region: unset
Sep 26 22:42:36 kernel: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Sep 26 22:42:36 kernel: cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: Regulatory domain changed to country: CH
Sep 26 22:42:36 kernel: cfg80211:  DFS Master region: ETSI
Sep 26 22:42:36 kernel: cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Sep 26 22:42:36 kernel: cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211:   (5490000 KHz - 5710000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211:   (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Sep 26 22:42:36 dhcpcd: wlan0: deleting address 2a02::xxxx/64
Sep 26 22:42:36 dhcpcd: wlan0: deleting default route via fe80::xxxx
Sep 26 22:42:36 dhcpcd: wlan0: deleting route to 2a02:xxxx::/64
Sep 26 22:42:36 dhcpcd: wlan0: deleting address fe80::xxxx
Sep 26 22:42:36 dhcpcd: wlan0: deleting route to 10.206.0.0/16
Sep 26 22:42:36 dhcpcd: wlan0: deleting default route via 10.206.0.1

然后我无法ping通路由器。

在ifdown wlan0 && ifup wlan0它可以再次工作，直到下一个wlan0: carrier lost为止。

电源管理已禁用，蓝牙已禁用，漫游已禁用（根据您的建议），我的版本是Linux pi3 4.4.17-v7+ 。

NTag 于 2016-09-26

它总是在使用eth0与wlan0桥接时发生，我遇到了与https://github.com/raspberrypi/linux/issues/1375相同的问题

sin5678 于 2016-09-29

👍1

在随机的一段时间后，我遇到了完全相同的Pi3板载WiFi退出问题。 ifup让它再次运行没问题。

经过大量调查，我发现这是由于具有三个AP（BSSID）和一个SSID（在通道1、6和11上每个都有1个）的缘故。此设置支持无缝漫游，并且可以与所有其他WLAN客户端完美配合。

使用标准驱动程序启用调试/日志记录似乎表明，Pi在某个阶段决定取消身份验证，甚至将其中一个BSSID列入黑名单。原因尚不清楚，但似乎是在Pi端做出的决定。

当我在Pi上具有完全相同的配置，但只有一个BSSID作为SSID时，Pi可以挂断好几天。

不幸的是，按照pelwell的链接（http://projectable.me/optimize-my-pi-wi-fi/）禁用漫游实际上是不可行的，每个SSID仅具有一个BSSID是不可行的，我想而不必依赖于对某些主机执行ping操作然后运行ifdown / ifup的脚本。

是否正在做进一步调查以支持每个SSID多个BSSID，或者我可以做一些专门的工作来支持调查吗？

谢谢！

TheOriginalMrWolf 于 2016-10-23

我遇到了这个问题，我的网络类似于@TheOriginalMrWolf 。
我在使用WDS的网状配置中有一个Apple基站和一个机场快线。

dmcinnes 于 2016-12-11

我也有这个问题。如果我将文件复制到samba共享，则wifi连接丢失（raspberry 3，新安装的raspbian）。
系统日志：
brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012

varl0g 于 2016-12-11

使用upnp（gmediarender）播放音乐时，我遇到了完全相同的问题。

tuomas2 于 2016-12-12

在微信上启动语音通话时，我遇到了同样的问题，而rpi作为使用hostapd的AP。我收到一堆这样的垃圾邮件：

[19841.278019] net_ratelimit: 940 callbacks suppressed
[19841.304748] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.331372] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.361587] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.399362] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.434506] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.466598] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.496736] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.525425] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.552678] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!

具有这样的痕迹：

[19837.728722] ------------[ cut here ]------------
[19837.730033] WARNING: CPU: 3 PID: 503 at drivers/net/wireless/brcm80211/brcmfmac/core.c:1191 brcmf_netdev_wait_pend8021x+0xdc/0xe8 [brcmfmac]()
[19837.732645] Modules linked in: xt_REDIRECT nf_nat_redirect xt_tcpudp nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre iptable_filter ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack cdc_ether sr_mod cdrom brcmfmac brcmutil cfg80211 bcm2835_rng rng_core bcm2835_gpiomem bcm2835_wdt uio_pdrv_genirq uio sch_fq_codel snd_bcm2835 snd_pcm snd_timer snd ip_tables x_tables ipv6
[19837.743040] CPU: 3 PID: 503 Comm: hostapd Not tainted 4.4.38-1-ARCH #1
[19837.745188] Hardware name: BCM2709
[19837.747428] [<80015e54>] (unwind_backtrace) from [<80012ccc>] (show_stack+0x10/0x14)
[19837.752350] [<80012ccc>] (show_stack) from [<804f7dcc>] (dump_stack+0x94/0xb4)
[19837.755134] [<804f7dcc>] (dump_stack) from [<8002e958>] (warn_slowpath_common+0x84/0xb4)
[19837.760698] [<8002e958>] (warn_slowpath_common) from [<8002ea24>] (warn_slowpath_null+0x1c/0x24)
[19837.767009] [<8002ea24>] (warn_slowpath_null) from [<7f2a50b4>] (brcmf_netdev_wait_pend8021x+0xdc/0xe8 [brcmfmac])
[19837.774038] [<7f2a50b4>] (brcmf_netdev_wait_pend8021x [brcmfmac]) from [<7f2950b4>] (send_key_to_dongle+0x94/0xe8 [brcmfmac])
[19837.781637] [<7f2950b4>] (send_key_to_dongle [brcmfmac]) from [<7f2972a8>] (brcmf_cfg80211_add_key+0x16c/0x324 [brcmfmac])
[19837.789919] [<7f2972a8>] (brcmf_cfg80211_add_key [brcmfmac]) from [<7f125ae8>] (nl80211_new_key+0x11c/0x28c [cfg80211])
[19837.798477] [<7f125ae8>] (nl80211_new_key [cfg80211]) from [<807441ec>] (genl_rcv_msg+0x254/0x3c8)
[19837.807003] [<807441ec>] (genl_rcv_msg) from [<80743564>] (netlink_rcv_skb+0xb4/0xd8)
[19837.815674] [<80743564>] (netlink_rcv_skb) from [<80743f88>] (genl_rcv+0x24/0x34)
[19837.824371] [<80743f88>] (genl_rcv) from [<80742efc>] (netlink_unicast+0x188/0x218)
[19837.833161] [<80742efc>] (netlink_unicast) from [<807432cc>] (netlink_sendmsg+0x278/0x330)
[19837.842135] [<807432cc>] (netlink_sendmsg) from [<806fa454>] (sock_sendmsg+0x14/0x24)
[19837.851174] [<806fa454>] (sock_sendmsg) from [<806faadc>] (___sys_sendmsg+0x1d0/0x1d8)
[19837.860301] [<806faadc>] (___sys_sendmsg) from [<806fb780>] (__sys_sendmsg+0x3c/0x68)
[19837.869517] [<806fb780>] (__sys_sendmsg) from [<8000f240>] (ret_fast_syscall+0x0/0x34)
[19837.878793] ---[ end trace e4988f6034c7c2ec ]---

跟踪看起来与@jrmhaig相似。

cdown 于 2016-12-18

我只是再次发生这种情况，并做了一些调试。这次我收到了一些不同的消息，这些消息似乎很有趣（似乎它们与@maciex收到的消息相同）：

[25353.256286] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[25355.254920] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[25355.257952] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -52

发生这种情况时，整个系统看起来像死机了。在冻结中循环运行while sleep 1; do date; done会产生间隙。我想知道这是否意味着brcmf_proto_bcdc_msg返回-110（超时）只是真实问题的征兆-它仅记录冻结的位置。
我测量了冻结时的温度和电压（用vcgencmd ）。据我所知，没有什么可报告的。
我的系统是一个可以通过USB转发到ZTE 4G调制解调器的AP（即client -> wlan0 -> rpi -> usb0 -> 4g 。当wifi冻结时，似乎usb0仍然能够访问Internet。

回复：上面的评论，这是在我与roamoff=1 NAT共享模式下发生的。这些都没有为我解决或缓解此问题。

cdown 于 2016-12-18

禁用WPA后（在我的情况下使用create_ap -w 2仅启用WPA2），该问题似乎已解决。不清楚为什么。

cdown 于 2016-12-18

我也面临这里报告的问题。就我而言，只要我从Samsung + ES文件管理器和播放器通过Samba访问文件（通常是mp3），就会发生这种情况。

我的树莓派pi3通过wifi连接到了我的AP。因此与它的所有通信都被认为是wifi网络。它没有任何显示器，键盘或鼠标。

我可以轻松地重现该错误，因此，如果有人希望我生成日志文件，请告诉我如何提供帮助。

在我的系统日志条目下方。

12月27日16:11:50 raspberrypi内核：[560.902063] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
12月27日16:11:52 raspberrypi内核：[562.928930] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:11:54 raspberrypi内核：[564.926659] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:11:54 raspberrypi内核：[564.926820] brcmfmac：brcmf_cfg80211_get_station：获取STA信息失败，-52
12月27日16:11:56 raspberrypi内核：[566.924560] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:11:58 raspberrypi内核：[568.922555] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:11:58 raspberrypi内核：[568.928073] brcmfmac：brcmf_cfg80211_get_station：GET STA INFO失败，-52
12月27日16:12:00 raspberrypi内核：[570.920675] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:12:02 raspberrypi内核：[572.918980] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:12:02 raspberrypi内核：[572.924580] brcmfmac：brcmf_cfg80211_get_station：获取STA信息失败，-52
12月27日16:12:04 raspberrypi内核：[574.917259] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:12:06 raspberrypi内核：[576.915703] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
12月27日16:12:06 raspberrypi内核：[576.921498] brcmfmac：brcmf_cfg80211_get_station：GET STA INFO失败，-52
12月27日16:12:06 raspberrypi ifplugd（wlan0）[1149]：使用检测模式：IFF_RUNNING

rcassaniga 于 2016-12-28

@rcassaniga
我在相同的设置下也遇到了同样的问题。

经过数小时的调试后的解决方案：
在/etc/modprobe.d/ipv6.conf中关闭树莓派上的IPv6：
别名net-pf-10关闭
关闭别名ipv6
选项ipv6 disable_ipv6 = 1

如果您不在网络中使用ipv6，这只是一种解决方法。

varl0g 于 2016-12-30

谢谢@ varl0g，你是我的英雄！ :)
看来此解决方法对我有用，无法再重现该问题。

tuomas2 于 2016-12-30

@ varl0g ：它接缝了解决方法，因为我无法重现该错误。

谢谢，祝你2017年快乐。

rcassaniga 于 2016-12-30

我尝试关闭ipv6。没什么不同。我尝试关闭省电模式。仍然没有区别。但是，当我将AP的频道设置为6（而不是11）时，我的Raspberry Pi已经运行了2天，没有任何问题！

rajid 于 2017-01-03

我想确认关闭IPv6的解决方法不起作用。
不幸的是，我的RPi3和Apple Airport Extreme路由器存在相同的问题。

Molodax 于 2017-01-05

@ rajid ，@ dh-connect
出乎意料的是，当我将AP的wifi频道更改为6而不是自动时，它也解决了我的问题，谢谢@rajid

Molodax 于 2017-01-07

我也有此错误-brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
在哪里修复？？？
我尝试使用4.9内核，4.4.41内核-都有此错误。电源2.4a。

Sekilsgs2 于 2017-01-10

我必须撤消先前对频道6的评论。显然，我的RPI3具有6天的稳定WiFi只是一个巧合。

Molodax 于 2017-01-12

只是想知道是否有人对此问题感到幸运。我尝试禁用电源管理，蓝牙和切换通道。到目前为止没有任何工作。我正在运行带有网络摄像头的Octoprint。它似乎经常发生，当我建立了多个http连接时，我注意到它发生的频率更高。
省电模式之前的syslog错误：
brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
省电模式后出现syslog错误：
octopi kernel: [10317.342360] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!! octopi kernel: [10317.342593] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!! octopi kernel: [10327.358384] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
我目前正在运行Linux octopi 4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU/Linux

Kookster310 于 2017-03-04

通过将wifi的2.4Ghz通道更改为“ 6”，我终于使RaspPi 3在wifi上稳定了。我忘记了以前的情况，我想11但我不确定。效果不好，我找到了一个网页，说这是一个问题，但是6可以正常工作。自从我将房屋wifi切换到6频道以来，情况就好多了。

/ raj

2017年3月3日，晚上8：39，Daniel < [email protected] [email protected] >写道：
只是想知道是否有人对此问题感到幸运。我尝试禁用电源管理，蓝牙和切换通道。到目前为止没有任何工作。我正在运行带有网络摄像头的Octoprint。它似乎经常发生，当我建立了多个http连接时，我注意到它发生的频率更高。
省电模式之前的syslog错误：
brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
省电模式后出现syslog错误：
octopi内核：[10317.342360] brcmfmac：brcmf_sdio_bus_txdata：超出总线-> txq ！！！ octopi内核：[10317.342593] brcmfmac：brcmf_sdio_bus_txdata：out of bus-> txq !!! octopi内核：[10327.358384] brcmfmac：brcmf_sdio_bus_txdata：out of bus-> txq !!!
我当前正在运行Linux octopi 4.1.19-v7 +＃858 SMP Tue Mar 15 Tue Mar 15 15:56:00 GMT 2016 armv7l GNU / Linux
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub https://github.com/raspberrypi/linux/issues/1342#issuecomment-284126948上查看，或使线程https://github.com/notifications/unsubscribe-auth/AFAlZVD-静音
https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed -b52498112777.png https://github.com/raspberrypi/linux https://github.com/raspberrypi/linux/issues/1342#issuecomment-284126948

rajid 于 2017-03-04

频道6，频道宽度20 MHz，现在看起来已经稳定了几周。

BenoitSvB 于 2017-03-04

我观察到了与@ dh-connect首次报告的问题，即看到错误-52日志行。关闭wifi接口的节能功能并没有帮助。按照@ varl0g的建议关闭ipv6解决了我的问题。 Wifi现已稳定运行了好几天，但以前在启动后几分钟内就会崩溃。

unmacaque 于 2017-03-04

我在第6或第7频道上还没有碰到运气，确认在这些频道上没有其他人。
我尝试用新映像刷新sd，现在我的wifi控制器未获得正确的DHCP租约。他们使用169.254.xx.xx本地ips引导，而不是使用我的dhcp服务器的子网引导。

Kookster310 于 2017-03-04

决定只是擦除它，然后安装最新的raspbian并从源代码安装octoprint。到目前为止没有问题。

Kookster310 于 2017-03-05

据我所知，这是brcm80211 sdio.c本身的驱动程序软件中的问题。
字符串0x40012实际上是0x00040012，当使用此处的〜55行的掩码和代码进行解释时，可以将其视为指示流控制更改为DEVREADY的邮箱字符串。可是奇怪的是，该字符串从不会作如此解释，从而击中驾驶员的向后兼容节〜了brcm80211 / brcmfmac源中的sdio.c文件的行1127这里..

我没有关于驱动程序本身的丰富经验，也没有重新编译和测试的能力（我只有一个rpi3，并且我不希望弄乱它目前所处的环境。我不精通重新编译/更新linux驱动程序..）所以我不是很肯定，但是似乎两个HMB消息被如此迅速地背对背发送，驱动程序没有足够的时间来解释它们。

对于那些想知道的人，我目前正在使用adafruit pitft2.8“电容触摸屏和adafruit的自定义内核（v 4.4.27-v7 +）通过无线（duh ..）在rpi3上运行octoprint（手动构建），并在出现以下情况时重复该问题尝试通过PrintDroid pro或Chrome访问我的三星Galaxy S7上的视频流（Logitech C270）。每次执行锁定时都不会失败，并且只能在无线上发生。我已经升级了电源，禁用了ipv6和电源管理，无济于事。

TGYK 于 2017-04-06

👍2

@TGYK您能检查出所引用的问题吗-对您来说看起来一样吗？您在dmesg中收到什么消息？肯特掉线了吗？

JamesH65 于 2017-04-06

@TGYK。您已链接到原始的Broadcom github页面-您能否给出一些指示来说明此处Raspberry Pi内核树中出现的问题？很难找到您所指代的代码行。

sdio.c位于4.9树https://github.com/raspberrypi/linux/tree/rpi-4.9.y/drivers/net/wireless/broadcom/brcm80211/brcmfmac中。

JamesH65 于 2017-04-06

@ JamesH65在您链接的github页面中，我指的行位于1140-1147附近。至于dmesg错误，该消息是与上述相同的问题：
“未知邮箱数据内容：0x40012”，然后是escan（-52）错误。

不会发生与您引用的主题相同的问题，因为我不会以任何方式桥接我的无线和有线接口。据我所知，我的问题以及该线程的问题仅与无线接口有关。

TGYK 于 2017-04-07

谢谢你的信息。我认为，可能存在链接的问题与之类似，因为这是Wifi驱动程序可能会收到一个奇怪的消息，导致稍后在堆栈中出现更多奇怪情况的问题，但我仍在研究。

JamesH65 于 2017-04-07

我在树莓派Zero W上遇到同样的问题，其症状与@TGYK相似。就我而言，我在零上运行mpd，并通过Samsung Galaxy S5上的android客户端对其进行控制。毫无疑问，如果我在控制器应用程序运行时将手机置于待机状态（即，没有先返回主屏幕），则零的wifi会显示“未知邮箱数据内容”消息。如果我只是让设备保持闲置状态，或者在让手机进入睡眠状态之前始终关闭应用程序，则它会无限期保持运行状态。

rraszews 于 2017-04-10

我在Raspian和现在的OSMC上都有这个问题。

通常是间歇性的，但有趣的是，从我的S7访问Kodi Web界面总是会触发此问题。在我妻子的iPhone上执行相同的操作是完美无缺的，并且从未触发此问题。

daedalia 于 2017-04-11

@daedalia ：三星Galaxy Tab S的问题非常相似。但是，我无权使用iPhone / iPad设备进行确认...

尝试访问tvheadend Web界面时，我的Samsung设备使wifi崩溃。

从Windows PC从Firefox浏览器访问时，不会发生这种情况。

mathieugouin 于 2017-04-12

很高兴我找到了这个主题，以为我是唯一的主题。我遇到了与上述海报相同的问题，从Samsung Galaxy Tab A访问时wifi掉在pi3 / osmc上。如果从Nexus 7平板电脑，OnePlus手机或Acer笔记本电脑访问，则工作正常，只有Samsung会出问题。容易重复。似乎是三星wifi驱动程序不喜欢内置的pi3 wifi？对我来说，向pi3添加一个tp-link wifi加密狗是一种解决方法。

philborman 于 2017-04-12

@philborman我很好奇，您在Samsung和Nexus上使用相同的移动浏览器吗？

mathieugouin 于 2017-04-12

两者都运行chrome，但这不只是浏览器问题。如果我用Yatse
控制Kodi，它可以从连结/手机/笔记本电脑正常工作，但pi3 WiFi掉线
如果我尝试从三星相同。如果我使用ssh，也一样，与Samsung一起崩溃
而不是其他人。使用ssh我可以做一点，但是任何文件传输或
即使编辑文本文件也会导致wifi断开连接。

2017年4月12日，星期三，19：03 Mathieu Gouin， notifications@ github.com写道：

@philborman https://github.com/philborman我很好奇，您使用
三星和Nexus使用相同的移动浏览器？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-293643847 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ALmHOdtJ9AQtpfU7tmeVouI-a4STg2WMks5rvQPJgaJpZM4HupC5
。

philborman 于 2017-04-12

在这里发表评论的人是否有能力使用我可能对此有帮助的补丁构建内核？这些基于4.9，但在4.4上可能可以正常使用。请注意，这些只是测试...

diff --git a/drivers/net/usb/smsc95xx.c b/drivers/net/usb/smsc95xx.c
index df60c98..82f618c 100644
--- a/drivers/net/usb/smsc95xx.c
+++ b/drivers/net/usb/smsc95xx.c
@@ -2076,6 +2076,13 @@ static struct sk_buff *smsc95xx_tx_fixup(struct usbnet *dev,
                        return NULL;
        }

+       if (skb_cloned(skb))
+       {
+               printk(KERN_ERR "Found a cloned skb");
+               if (pskb_expand_head(skb, 8, 0, GFP_ATOMIC))
+                              return NULL;
+       }
+
        if (csum) {
                if (skb->len <= 45) {
                        /* workaround - hardware tx checksum does not work
diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c
index a190f53..402beb1 100644
--- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c
+++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c
@@ -2100,6 +2100,14 @@ int brcmf_fws_process_skb(struct brcmf_if *ifp, struct sk_buff *skb)
        int rc = 0;

        brcmf_dbg(DATA, "tx proto=0x%X\n", ntohs(eh->h_proto));
+
+       /* Possible we might receive a cloned skb, if this happens
+        * we must unclone it as we are going to be alter the data by
+        * adding headers.
+        * unclone will only do anything if it is cloned so no check required
+        */
+       skb_unclone(skb, GFP_ATOMIC);
+
        /* determine the priority */
        if ((skb->priority == 0) || (skb->priority > 7))
                skb->priority = cfg80211_classify8021d(skb, NULL);

JamesH65 于 2017-04-13

您好，

我的2 Pi3之一遇到了同样的问题。 Wifi在一段时间后会失去连接，可能是30分钟到几个小时之间的任何时间。我已经尝试了绝对建议的所有内容，包括更改AP上的wifi通道等，均未成功。极为奇怪的是，在我的第二个Pi3（也就是1.2版，也完全相同）上，并且由于我在两者之间交换的SD卡/安装方式相同（Raspbian）， Wifi一天到一天都坚如磐石...

这真是奇怪。这两个Pi3均使用rpi-update，内核4.9和固件＃991进行了更新，但与以前的内核/固件版本相同。

Crrispy 于 2017-04-27

如果您进行rpi更新，则将获得内核开发者接受的上述补丁-截至昨晚，此补丁适用于smsc9x驱动程序和brcmfmac驱动程序。你能尝试一下吗？如果仍然失败，您可以执行“ dmesg”操作，看看系统日志中是否有任何异常？虽然，我的怀疑可能是硬件故障，因为另一个Pi可以在同一张卡上正常工作，所以无线芯片预热了。

JamesH65 于 2017-04-27

谢谢。我是在可疑板上做的，几分钟后wifi断开了连接。
dmesg给出：
``
[266.654964] brcmfmac：brcmf_sdio_bus_sleep：更改总线睡眠状态-110时出错
[266.655033] brcmfmac：brcmf_sdio_txfail：sdio错误，中止命令并终止帧
[266.659215] brcmfmac：brcmf_sdiod_regrw_helper：写入数据失败F1 @ 0x1000d ，错误：-110
[266.663346] brcmfmac：brcmf_sdiod_regrw_helper：无法读取数据F1 @ 0x1001a ，错误：-110
[266.667472] brcmfmac：brcmf_sdiod_regrw_helper：无法读取数据F1 @ 0x10019 ，错误：-110
[266.671608] brcmfmac：brcmf_sdiod_regrw_helper：无法读取数据F1 @ 0x1001a ，错误：-110
[266.675736] brcmfmac：brcmf_sdiod_regrw_helper：无法读取数据F1 @ 0x10019 ，错误：-110
[266.679866] brcmfmac：brcmf_sdiod_regrw_helper：无法读取数据F1 @ 0x1001a ，错误：-110
[266.683992] brcmfmac：brcmf_sdiod_regrw_helper：读取数据F1 @ 0x10019失败，错误：-110
[269.655049] brcmfmac：brcmf_sdio_bus_sleep：更改总线睡眠状态-110时出错
[272.069378] net_ratelimit：抑制了35个回调

......然后，此“循环”将保持每分钟几次填充dmesg日志。

编辑：我触摸了板上的所有组件，它们都是很热的东西，我会说大约30°，仅比手指皮肤温暖一点。

Crrispy 于 2017-04-27

嗯，SDIO是Pi和无线芯片之间的接口-超时（-110）。这确实看起来像硬件问题-随着芯片发热，也许sdio接口线上的焊点不好，这意味着通讯断开。

Ping @ Roger-Thornton-Roger，我们可以做些测试吗？

JamesH65 于 2017-04-27

@Crrispy您能检查一下您的Pi是否没有不足的能力- vcgencmd get_throttled报告什么？

pelwell 于 2017-04-27

@pelwell ：wifi丢失后，我进行了检查，并将其限制为= 0x0

我不认为这是硬件故障，只需重新启动即可立即解决问题。

Crrispy 于 2017-04-27

@ JamesH65我不认为这看起来像是硬件制造问题，因为所有生产线都按

Roger-Thornton 于 2017-04-28

似乎与我的问题不一样。我只有一个pi3，
在我从三星平板电脑连接之前，wifi一直坚如磐石。与连接
其他任何事情都很好。似乎不是电源或过热
相关，因为几天之内绝对可以，直到我从错误的地方连接为止
平板电脑，它跌倒了。

我猜它与驱动程序或固件有关，这与三星有关
驱动程序发送pi3不喜欢的消息。

在2017年4月27日星期四22:01 Crrispy上， notifications @github.com写道：

@pelwell https://github.com/pelwell：WiFi丢失后，我检查了一下，然后
节流= 0x0
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297823068 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ALmHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5
。

philborman 于 2017-04-28

最新的raspbian对网络进行了一些修复-
你最后一次做一次

sudo apt-get更新
须藤apt-get dist-upgrade

？
值得一试，看看它是否可以解决问题。

2017年4月28日14：38，philborman [email protected]写道：

似乎与我的问题不一样。我只有一个pi3，
在我从三星平板电脑连接之前，wifi一直坚如磐石。与连接
其他任何事情都很好。似乎不是电源或过热
相关，因为几天之内绝对可以，直到我从错误的地方连接为止
平板电脑，它跌倒了。
我猜它与驱动程序或固件有关，这与三星有关
驱动程序发送pi3不喜欢的消息。
在2017年4月27日星期四22:01 Crrispy上， notifications @github.com写道：
@pelwell https://github.com/pelwell：WiFi丢失后，我检查了一下，
和
节流= 0x0
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -297823068
，
或使线程静音
ALmHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5>
。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297999952 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHag08r5c96nB39R3F-mFW772qBbGks5r0evJgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-04-28

我对强奸pi零W有相同的问题。一段时间后，我无法使用它。我尝试了一切。一个有趣的事实是...当我无法将其连接到电视时，我将rpi连接到电视上进行一些故障排除...它工作了18h坚如磐石。然后，我将hdmi切换到其他设备，一段时间后，当我想ssh到pi时，我得到了漂亮的“没有路由到主机”的信息。当我再次插入hdmi电缆时，我可以ping通网关。日志中没有错误，iwconfig似乎还可以。 systemctl重新启动网络帮助。

frankja2 于 2017-04-28

如上所述，请尝试使用最新的Raspbian，如果仍然看到，请报告
问题。

2017年4月28日19：30，frankja2 [email protected]写道：

我对强奸pi零W有相同的问题。一段时间后，我不
能够使用它。我尝试了一切。一个有趣的事实是...当我连接时
我无法通过SSH连接到电视后，请对我的电视进行一些故障排除
它...工作了18小时坚如磐石。然后，我将hdmi切换为其他
设备，一段时间后，当我想ssh到pi时，我变得很漂亮“
路由到主机”信息。当我再次插入HDMI电缆时，我能够ping通
网关。 systemctl重新启动网络帮助。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D298073149&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=RRDqSoxb3C7hDEBxNO3XBNmSEOtX2e-ViBXtXxAJvMY&s=fnPJANeV-xMcDLPhx_cDGAdzEL2Lkk9HBD9Re7R8i2E&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHUqtTFP0QfIH-5FX9tlk9JtsUYZnsYks5r0jA2gaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=RRDqSoxb3C7hDEBxNO3XBNmSEOtX2e-ViBXtXxAJvMY&s=wkn8zDGV-kUL1yxzQL15ZaghSmFFncriyxZU91j_SSs&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-04-28

我可能是唯一一个头脑清醒的人，但是我发现wpa_supplicant.conf的国家/地区代码设置有误（缺少与其他本地化选项分开的配置项）。我不会说问题完全消失了，但是一旦我解决了问题，它就不再像以前那样“每次从三星连接时”就失去网络连接。

rraszews 于 2017-04-28

刚刚升级到最新版本（apt-get dist-upgrade），它看起来很有希望。
我之前的升级大约是2周前，在我报告了
最初的问题。最近几个小时正常工作，没有wifi
辍学。非常感谢！

詹姆斯·休斯（James Hughes）在28/04/17 15:53写道：

最新的raspbian对网络进行了一些修复-
你最后一次做一次
sudo apt-get更新
须藤apt-get dist-upgrade
？
值得一试，看看它是否可以解决问题。
2017年4月28日14：38，philborman [email protected]写道：
似乎与我的问题不一样。我只有一个pi3，
它的
在我从三星平板电脑连接之前，wifi一直坚如磐石。与连接
其他任何事情都很好。似乎不是电源或过热
相关，因为几天之内绝对可以，直到我从错误的地方连接为止
平板电脑，它跌倒了。
我猜它与驱动程序或固件有关，这与三星有关
驱动程序发送pi3不喜欢的消息。
在2017年4月27日星期四22:01 Crrispy上， notifications @github.com写道：
@pelwell https://github.com/pelwell：WiFi丢失后，我检查了一下，
和
节流= 0x0
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -297823068
，
或使线程静音
ALmHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5>
。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297999952 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHag08r5c96nB39R3F-mFW772qBbGks5r0evJgaJpZM4HupC5
。
-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298003537 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ALmHORKJxKdws0fMKU5tpfoJHJSah0Ffks5r0e9FgaJpZM4HupC5 。

philborman 于 2017-04-29

它已为我在最新版本上修复。

其他大多数“修复”似乎都错过了我的系统正常工作的要点
除了一款平板电脑（三星）以外，其他所有东西都完美搭配，所以看起来
问题是三星发送的pi3 wifi驱动程序/固件的东西
无法应付。

如果我的国家/地区代码设置错误，为什么只有三星会导致
问题。其他平板电脑/手机/笔记本电脑都可以正常连接。

无论如何，它现在已修复-至少在最近的几个版本中没有失败
小时。更多的时间将证明...

在17年4月28日21：09，rraszews写道：
>

我可能是唯一一个对此问题坚决的人，但是
我发现我的wpa_supplicant.conf设置了国家代码
错误（缺少与其他配置项分开的配置项
本地化选项）。我不会说问题消失了
完全，但是一旦我解决了，它就不再失去网络
以“我每次从三星连接”的方式进行连接
以前。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298082370 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ALmHOWtM-_MXCz5RoQd8XShI4Mk-4LAyks5r0jlUgaJpZM4HupC5 。

philborman 于 2017-04-29

👍1

就我而言，它持续约19小时。之后，我无法再使用ssh ...

rpi-update和dist-upgrade有什么区别？

因为在rpi-update之后，我有4.9.25+＃995，然后进行了dist-upgrade，内核又恢复为4.9.24+＃993。无论如何对我来说问题仍然没有解决。这次我所做的是我使用了另一个rpi0w和不同的PSU :)最后一步是使用了其他SD卡。

frankja2 于 2017-04-29

好的，谢谢您的信息。

需要更多信息来尝试和复制。您的设置是什么
您已连接并且正在进行的网络流量类型，任何dmesg日志
或sh停止工作后发出其他错误消息。

谢谢。

2017年4月29日16：16，franko [email protected]写道：

就我而言，它持续约19小时。之后，我可以再SSH了...
rpi-update和dist-upgrade有什么区别？
因为在rpi-update之后我有4.9.25+＃995
https://github.com/raspberrypi/linux/pull/995 ，然后我做了
dist-upgrade和内核恢复为4.9.24+＃993
https://github.com/raspberrypi/linux/pull/993 。反正对我来说问题是
仍然不固定。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298175041 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHQR8cadrEhb55YJj5PV6PP_odmJmks5r01RJgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-04-29

您好，

我将Pi3放在风扇非常坚固的情况下，房间的温度目前为19°C，因此不会造成热量问题。将电源交换为另一个电源（也为5V 3A）。使用了另一个SD卡，先进行dist-upgrade然后再进行rpi-update。
昨天它已经运行了几个小时，我希望它已修复，但是在3-4小时后它断开了连接（在我的windoze机器上运行ping -t）。
今天早上再次尝试过，不到20分钟后wifi消失了：-(
仍然是sdio上的wifi驱动程序产生的-110错误（请参见上文），该错误反复循环直到重启。
现在我的其他Pi3连接了3-4天，没问题。
因此，这可能看起来像是硬件故障。但是..为什么它在启动时永远不会失败，并且在重新启动后总是可以工作？真令人费解。
由于wlan0禁用了电源管理，为什么为什么要尝试更改“总线睡眠状态”？（对不起，问题很傻）。

Crrispy 于 2017-05-01

刚刚完成apt-get update; apt-get dist-upgrade 。不幸的是我没有任何改变。根据我的观察，这个问题与桥接wlan0想知道它是否可能与混杂模式有关。也累了rpi-update来检查4.9.25

实际上，这甚至比以前更糟，因为现在连接丢失通常只有几分钟，而且我可以看到通常的日志

[  410.095280] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[  523.447618] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  526.007648] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  526.007659] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

ciekawy 于 2017-05-01

“因为在rpi更新之后，我有4.9.25+＃995，然后我进行了dist-upgrade，内核又恢复为4.9.24+＃993。”

真奇怪我进行了dist-upgrade，转至4.9.24+＃993，当我现在进行rpi更新时，它说我已经有了最新的固件，它没有任何关系...为什么不升级到4.9.25 /＃995？

Crrispy 于 2017-05-01

实际上不得不说，使用brcmfmac/wlan0桥接似乎比使用纯wlan0更加稳定（全部与hostapd一起使用）

ciekawy 于 2017-05-01

因此，您能否对设置进行完整，准确的说明，以及
所连接设备的类型，以及您可能会收到的任何dmesg错误消息
无线出现故障时。

我真的需要某种方法来复制不需要花费数小时的问题，因此
我们非常感谢您所提供的任何有帮助的信息。

2017年5月1日17：27，Szymon Stasik [email protected]写道：

其实不得不说，使用brcmfmac / wlan0桥接似乎更有效
比纯wlan0稳定（全部与hostapd一起使用）
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D298367138&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=EjlHynB9dJ8jSAEyJJ1GhRYyOmqDmnvnudeSn-6_IGA&s=u8cZPP8YoQwzh97BQP6tqY2_2yZ30j_UKtU-Lrb3WCc&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHb-5FiQT-5FkgQciloIK9Zw7fsj2ju2kks5r1gfYgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=EjlHynB9dJ8jSAEyJJ1GhRYyOmqDmnvnudeSn-6_IGA&s=1_t1KVf3cAXu26O3AikloysPJ6Pi44P6C7y8pebOFww&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-05-02

我不知道这是否与问题的这个方面特别相关，但是IIRC我能够使用hcitool命令完全重现一种方法来进行wifi掉线。我们与usb wifi一起解决了适用于大量rpis的问题...

https://github.com/raspberrypi/linux/issues/1342#issuecomment -245637144

thomasf 于 2017-05-02

@thomasf您的系统设置是什么（独立设备，访问点，桥接访问点等），您在哪台计算机上执行hcitool命令？对通过无线方式连接到另一个Pi的设备进行的快速测试没有发现问题。

JamesH65 于 2017-05-02

@ JamesH65我们经历了很多情况，并且该问题在任何配置中都可以重现。

当hcitool命令在rpi上运行时，它通常会在几秒钟内失去（wifi）网络连接。.IIRC如果设备上有网络流量（如文件传输），则更易于重现。

快速查看一下我们的最终配置系统，下面的wpa_supplicant.conf是我们使用的最后一个。.我认为它看起来与导致内部wifi接口出现问题的系统没有什么不同，我敢肯定，我们开始只使用一个AP，但仍然遇到问题。

（已编辑的SSID和密钥）：

country=ID
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
    priority=10
    ssid="..."
    psk="..."
}

network={
    priority=10
    ssid="..."
    psk="..."
}

network={
    priority=10
    ssid="..."
    psk="..."
}

network={
    priority=10
    ssid="..."
    psk="..."
}

# Thomasf home AP
network={
    priority=1
    ssid="MKONION"
    psk=...
}

thomasf 于 2017-05-02

我刚刚在预配置存储库中找到了一个名为troublemaker.sh的脚本。

这很hacky，我想我已将其配置为在启动时运行，就像每隔几分钟左右~~（编辑：由于它本身会进行一些循环，所以可能只是一次），在很多rpi上引发问题并获取一些日志保存..

这主要是在我进一步了解问题之前使用的。.我认为ping时间和数据包丢失在无线网络完全断开之前的一段时间里一直在上升。

#!/bin/bash

set -e

sudo killall ping hcitool bash || true
nohup sudo bash -c 'while true; do date; iwconfig ; sleep 60; done' >>${HOME}/troublemaker_iwconfig.log &
nohup sudo bash -c 'while true; do date; ifconfig ; sleep 60; done' >>${HOME}/troublemaker_ifconfig.log &
nohup sudo hcitool lescan --duplicates >>${HOME}/troublemaker_lescan.log &
nohup ping -s 50000 192.168.1.1 >> ${HOME}/troublemaker_ping.log &
nohup sudo bash -c 'while true; do sleep 60; date; sudo hcitool name 11:11:11:11:11:11 ; done' >>${HOME}/troublemaker_hcitoolname.log &

thomasf 于 2017-05-02

在最新的稳定Raspbian（4.9内核）上运行麻烦制作器脚本不会显示任何错误，这很好，但是对于尝试复制错误却很不利！

JamesH65 于 2017-05-02

@ciekawy回头看，您似乎可以轻松复制一个我们无法在此处完成的问题。您能给我一些关于您的确切设置的想法，以便我进行调查。还值得抓住最新的rpi-update，因为其中已有一些针对USB的修复程序，这些修复程序可能相关，也可能不相关（如果您使用的是以太网）。我需要了解您的网络拓扑，Pi的设置方式以及似乎导致该问题的原因。真的什么！

JamesH65 于 2017-05-05

@ JamesH65 ，我当前的设置是：

auto lo
iface lo inet loopback

iface eth0 inet manual

allow-hotplug wlan2 # internet access - wlan2 is Atheros AR9271 using ath9k_htc
iface wlan2 inet manual
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

allow-hotplug wlan1 # internal AP 1 - D-Link using rt2800usb
iface wlan1 inet static
    post-up iwconfig wlan1 power off
    hostapd /etc/hostapd/hostapd1.conf
    address 10.114.0.11
    netmask 255.255.255.0
    network 10.114.0.0
    broadcast 10.114.0.255

allow-hotplug wlan0 # internal AP 2 - integrated using brcmfmac
iface wlan0 inet static
    hostapd /etc/hostapd/hostapd.conf
    address 10.114.0.10
    netmask 255.255.255.0
    network 10.114.0.0
    broadcast 10.114.0.255

auto br0 # helper bridge to be independent on the wlan interface being used
iface br0 inet static
bridge_ports wlan0 wlan1
    address 10.114.0.1
    netmask 255.255.255.0
    network 10.114.0.0
    broadcast 10.114.0.255

对于brcmfmac

[    4.485558] brcmfmac: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
[    9.306550] brcmfmac: power management disabled

值得一提的是，当角色切换并且使用wlan0 brcmfmac连接到Internet并且本地AP在wlan2 ath9k上运行时，该RPI可以稳定运行数天（尽管更长的10mbps传输也可能造成一些问题）。我更改了配置，因为我需要使用连接到wlan2的更好的天线来进行互联网访问。

我最近的rpi-updated是在5月1日

ciekawy 于 2017-05-07

我在使用Archlinux-ARM的rpi3中有完全相同的问题。

在运行create_ap几个小时后，它将停止使用其他人已经报告的dmesg消息：
[11418.347554] brcmfmac：send_key_to_dongle：wsec_key错误（-110）

有时它可以正常工作1天，有时可以在问题发生前几分钟运行。

Linux警报4.9.25-2-ARCH＃1 SMP Fri May 5 00:46:52 UTC 2017 armv7l GNU / Linux

semeion 于 2017-05-07

当前的Raspbian Lite Pi Zero W上存在相同的问题。一段时间（从几分钟到几小时不等）后，“ dmesg”显示
brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
从这个时间点开始，wifi连接消失了，只能通过rmmod'ing和modprob'ing brcmfmac重新启动。

我禁用了电源管理：无变化。
我通过apt-get upgrade / dist-upgrade更新了所有内容：不变
我通过rpi-update更新了东西：没有变化

drgrandios 于 2017-05-21

😕1

brcmfmac确实已被窃听。我在使用dmesg msg“ brcmfmac：brcmf_sdio_hostmail：未知的邮箱数据内容：0x40012”遇到了同样的问题，有时也出现了不同的消息，就像上面我的帖子中报道的那样。

我正在使用tp-link usb wifi适配器，我的应用程序现在可以正常工作。

我希望Broadcom可以解决brcmfmac中的错误。

semeion 于 2017-05-21

任何解决方法？

xtecox 于 2017-05-22

正如我在对话中提到的那样，我将Wifi路由器更改为使用6通道而不是11通道（之前使用的是11通道），从那时起（从一月份到现在），我的rPi一直没有出现问题。所有。

rajid 于 2017-05-22

可能与此内核模块注释有关：

这一代芯片包含独立于驱动程序的其他法规支持。这些设备使用单一的全球监管领域，其中通道12-14（2.4 GHz频带）以及通道52-64和100-140（5 GHz频带）仅限于被动操作。抑制那些信道上的传输，直到在那些信道上观察到适当的其他流量为止。在驱动程序中，我们使用虚构的国家/地区代码“ X2”来表示此全球监管领域。当前没有用于配置其他域的界面。驱动程序从芯片读取SROM国家/地区代码，并将其交给mac80211作为监管提示，但是该信息否则未与驱动程序一起使用。
（从这里：https://wireless.wiki.kernel.org/en/users/Drivers/brcm80211）

我想这意味着即使国家代码“ DE”（应该允许更高的wifi频道）也没有效果？但是我不确定这是否会产生类似于Unknown mailbox data content: 0x40012问题的效果...

drgrandios 于 2017-05-22

至少对我来说，这不是解决方法-2小时后，今天从频道11切换到频道6： Unknown mailbox data content: 0x40012

drgrandios 于 2017-05-22

👍1

我遇到了这个问题，直到我通过范围扩展器提高了信号强度。
您能否测试将Pi移至信号更好的点的连接是否更稳定？

可能是由于在信号强度较差时需要额外的功率造成的。

danielmartinez 于 2017-05-22

与Crrispy相同的问题。

brndt 于 2017-05-23

对于那些正在使用USB WiFi适配器解决此问题的人（更改频道等，也对我不起作用），当我将其插入RPI Zero W的OTG USB电缆中时，Edimax EW-7811Un立即工作。不必进行任何配置或ifconfig-它马上就在网络上！昨天，我在TP-Link Archer T1U AC450上徘徊了几个小时。

b3nj1 于 2017-05-24

@ b3nj1-很抱歉，但是我不得不问---为什么使用零W的外部wifi？是的，您知道“ w”的含义。大声笑：）

blacktigersoftware 于 2017-05-24

我选择了相同的解决方案-为我的Zero W购买了带有外部天线和mt7601芯片组（约5欧元）的USB适配器，可以正常工作。首先应该应该购买非W的产品。此问题已经存在了一年多，而且尚无定论。

drgrandios 于 2017-05-24

@blacktigersoftware-很奇怪，不是！？零W WiFi效果很好。零W蓝牙效果很好。但是，如果我同时使用两者，则系统将变得异常缓慢，最终无法通过wifi访问。

b3nj1 于 2017-05-24

快速浏览了上述的maibox问题。谷歌表明这似乎发生了一些（至少有一个非Pi平台的引用）。驱动程序代码检测到从邮箱返回的消息（我假设与硬件固件的连接）中设置了一些不应该包含的位。但是，它仅打印消息-不执行任何恢复或错误返回。由于这似乎是固件返回的值，因此我无权访问该值以实际查看发生了什么，并且芯片上的数据表完全无济于事。因此，我认为需要将其推送到Broadcom / Cypress / linux-wireless进行调查。

JamesH65 于 2017-05-24

同样值得注意的是，根据https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/brcm，我们确实拥有最新的硬件固件

JamesH65 于 2017-05-24

问题是邮箱错误后跟着另一个错误（-52，-110等），并且仅将wifi重新启动系统才能正常工作。

semeion 于 2017-05-24

-110是超时错误，表示有其他故障或没有响应。 -52是无效的交换，遵循相同的原则。我怀疑在发生邮箱错误时，芯片上的固件不适，因此这些其他错误也会继续存在。

JamesH65 于 2017-05-24

能够复制该问题的人是否能够构建最新的Pi dev内核（4.11，可从我们的github获得）并查看是否仍然发生邮箱错误。在开始向上游推送之前，我想知道它仍然在最新的内核上发生，并且我无法复制它。

JamesH65 于 2017-05-24

我可以确认问题发生在以下位置：Linux警报4.9.25-2-ARCH＃1 SMP Fri May 5 00:46:52 UTC 2017 armv7l GNU / Linux

我尚未在内核4.11中进行测试

我的测试中使用的驱动程序：brcmfmac：固件版本= wl0：2015年12月15日18:10:45版本7.45.41.23（r606571）FWID 01-cc4eda9c

semeion 于 2017-05-24

@ b3nj1-哇，谢谢大家的注意

所有人-仅在打开GPU时才会发生这种情况吗？

blacktigersoftware 于 2017-05-24

在所有型号的Pi中，GPU始终处于打开状态（一定程度上）。

你是说蓝牙打开了吗？

JamesH65 于 2017-05-24

@ JamesH65-我将尝试4.11。是否仅根据以下内容克隆/构建？根据这些指示进行克隆时，我在rpi-4.9.y分支上。我应该改为检出rpi-4.11.y还是其他？

https://www.raspberrypi.org/documentation/linux/kernel/building.md

提前致谢

b3nj1 于 2017-05-25

签出rpi-4.11.y分支，然后按照您的说明进行重建
链接到。

2017年5月25日，05：02，b3nj1 [email protected]写道：

@詹姆士H65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=MvrZEWZr46JRqX_2LLKdchnCVZJLmKJ9gMYoScOCXTc&s=kiIB6faklaD63EgzIvXgaWaSep5vCF5K06oTlqQQKb8&e=
我将尝试4.11。是否仅根据以下内容克隆/构建？
克隆时，我在rpi-4.9.y分支上。我应该结帐吗
rpi-4.11.y还是其他？
https://www.raspberrypi.org/documentation/linux/kernel/building.md
提前致谢
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D303916506&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=MvrZEWZr46JRqX_2LLKdchnCVZJLmKJ9gMYoScOCXTc&s=AGANXJT8mm2dDDBNh9M40Me6Y0E0V8bfRyuFuxauBlQ&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHcEFH69JTeMvuM4RIT3hJafMoVyiks5r9P1RgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=MvrZEWZr46JRqX_2LLKdchnCVZJLmKJ9gMYoScOCXTc&s=BQHNOl8syT4Dp5uU3x6CKOUD2Eli4Z4xoPanb8_hnFI&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-05-25

为了重复我在其他地方提供的信息，我一直在低功率条件下测试无线连接。我已经将其处理到USB设备退出的地步，但是没有看到任何无线连接问题。尽管可以证明这不是电源问题，但值得注意的是。

JamesH65 于 2017-05-25

我碰巧找到了如何通过使用手机通过SSH运行sudo memtester 256M 1来重现此方法的方法；一旦memtester开始充斥那些“正在加载”的字符，wifi就会死掉：

Loop 1/1:
  Stuck Address       : ok
  Random Value        : \
                        ^-- Here

奇怪的是，wifi只能在手机上挂起。我已经尝试过我的PC，另一台pi和路由器，但是没有运气。

delivrance 于 2017-05-26

@ JamesH65-更新2：我能够使用4.11引导（我第一次配置内核错误）。
Linux rpiz 4.11.2+ #2 Thu May 25 21:19:11 PDT 2017 armv6l GNU/Linux

不幸的是，当我踩BT时，该系统仍然对大麦有反应。

当我重新插入外部USB WiFi并连接该适配器的地址时，一切都很好。

本杰明

b3nj1 于 2017-05-26

按照此处的说明从分支rpi-4.11.y构建和安装新内核： https ：//www.raspberrypi.org/documentation/linux/kernel/building.md
Linux raspberrypi 4.11.2-v7+ #1 SMP Fri May 26 03:55:54 CEST 2017 armv7l GNU/Linux

不幸的是，wifi仍然挂起并出现相同的错误：
brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

delivrance 于 2017-05-26

如果您在wifi消失时进行控制台操作，则可以重新启动它。我现在正在测试bash脚本，以查看是否有帮助。我将在cron中运行它。如果有人感兴趣，就在这里。

#!/bin/bash

ping -q -c 3 192.168.254.1 > /dev/null

if [ $? -ne 0 ]
then
    systemctl restart [email protected]
    sleep 3
    ping -q -c 3 192.168.254.1 > /dev/null
    if [ $? -ne 0 ]
    then
        dhcpd wlan0
    fi
fi

exit

JR1994 于 2017-05-28

我已经运行了一天，到目前为止，我还没有注意到我的wifi下降。

JR1994 于 2017-05-28

@ JR1994
它还在工作吗？
您多久运行一次？
每一分钟？

我会在一些覆盆子中尝试一下，每当它无法ping通路由器时，我都会立即重启

提前致谢

xtecox 于 2017-05-30

到现在为止还挺好。我每2分钟检查一次。

JR1994 于 2017-05-30

请注意，brcmfmac的最新固件版本太旧：

brcmfmac：固件版本= wl0：2015年12月15日18:10:45版本7.45.41.23（r606571）FWID 01-cc4eda9c

semeion 于 2017-06-04

@semeion不确定您使用的是什么固件-当前版本应为“版本：7.45.41.26 CRC：5932ca06日期：2016年5月2016年5月25日PDT Ucode版本：1043.2060 FWID：01-df77e4a7”。这实际上与linux-firmware仓库中的仓库相同，尽管我们确实是从Brcm直接获得的。

JamesH65 于 2017-06-05

@ JamesH65该消息以dmesg返回。

$ dmesg | grep brcmfmac
[    7.242110] usbcore: registered new interface driver brcmfmac
[    7.337467] brcmfmac: Firmware version = wl0: Dec 15 2015 18:10:45 version 7.45.41.23 (r606571) FWID 01-cc4eda9c
[   15.072509] brcmfmac: power management disabled

但是使用vcgencmd version显示：

$ /opt/vc/bin/vcgencmd version

# Firmware Version #
May 30 2017 15:23:29 
Copyright (c) 2012 Broadcom
version b8cdd5ae76f39d9f353dfa8fb48bf7e33b74903c (clean) (release)

semeion 于 2017-06-05

不是Wifi芯片固件，而是SoC固件，它可以
更新相当频繁。

仍然不确定为什么您的系统认为它具有旧固件。您
拥有最新的SoC固件，因此大概是您进行了适当的升级
最近？

2017年6月5日17：55，Alexandre Bolelli [email protected]写道：

@詹姆士H65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=W4TAJLAOB4LK3uzOCSYuvCg12E0PPs2YnLK7F3dSY6o&s=M_TSF6XbiHCAZO2_1FYozegsNPyrTwcm6HGX8iccJsg&e=
该消息以dmesg返回。但是使用vcgencmd版本会显示：
`$ / opt / vc / bin / vcgencmd版本
固件版本
2017年5月30日15:23:29
版权所有（c）2012 Broadcom
版本b8cdd5ae76f39d9f353dfa8fb48bf7e33b74903c（干净）（发布）`
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D306242176&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=W4TAJLAOB4LK3uzOCSYuvCg12E0PPs2YnLK7F3dSY6o&s=w68PzYzJ8vnRpMlooVMqrykuimfbvRpWuispieW9KgU&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHTn-5FXFlZe4iParOh8BaB5IxFTATXks5sBDMUgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=W4TAJLAOB4LK3uzOCSYuvCg12E0PPs2YnLK7F3dSY6o&s=8571drfpHyjrCl9XD_lHk65aTZxzWBxIm0grbwi225U&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-06-05

@ JamesH65就像我在上面说的那样，我正在使用Archlinux-ARM，它正在滚动发行发行版，是的，我的系统已使用pacman -Syu更新（pacman -Syu是apt-get升级/更新等效项）。

不知道为什么旧固件在我的系统中很旧。可能是该错误的原因。你有什么感想？

无论如何，该错误发生在树莓上吧？该错误报告于2016年3月？它是旧的。

PS。英语不是我的母语，对于某些错误/拼写错误，我们深表歉意。

semeion 于 2017-06-06

好的，没有意识到您正在使用ARCH。听起来好像他们没有供应
Wifi芯片的最新固件Blob。您可以手动更新它
可能会解决您的问题，但可能无法解决-我认为可能有多个
无线错误，并且不能保证您看到的是
有人看到Raspbian。

您应将过时的固件报告给架构维护者，并且
也许还有无线错误，因为这可能是Arch发行版所致。

请注意，通常我们不支持其他发行版，我们的内部发行版是
Raspbian，因此要研究一个问题，我们需要能够在
那。

2017年6月5日23：13，Alexandre Bolelli [email protected]写道：

就像我上面说的那样， @ JamesH65 https://github.com/jamesh65
Archlinux-ARM，它正在滚动发行发行版，是的，我的系统已更新
使用pacman -Syu（pacman -Syu是apt-get等效的升级/更新）。
不知道为什么旧固件在我的系统中很旧。也许可以
该错误的原因。你有什么感想？
无论如何，该错误发生在树莓上吧？该错误报告于
2016年3月？它是旧的。
PS。英语不是我的母语，对于某些错误/拼写错误，我们深表歉意。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306325452 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHaL4XsN5drPggS8eJDZWme4LyKXWks5sBH2CgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-06-06

@ jamesH65是的。我将尝试在＃archlinux-arm中询问为什么该固件较旧。无论如何，我将关注这个问题并寻找解决方案。我将在这里报告任何发现的信息。

提前致谢。

semeion 于 2017-06-06

@ JamesH65我能够在Raspbian（RPi 3）上一致地复制它。如果有什么我可以帮助您解决的，请告诉我！

delivrance 于 2017-06-06

你的设置是什么？您如何复制问题？

2017年6月6日14：17，Dan [email protected]写道：

@ JamesH65 https://github.com/jamesh65我能够复制它
始终在我的Raspbian（RPi 3）上。如果有什么事我可以帮忙
有了这个，让我知道！
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306483030 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHWyW5cQuS47k3xTmi3UX-QW7ffEYks5sBVF5gaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-06-06

看看前面的评论，不久前我已经解释了如何重现它。
Pi可以运行完整的Raspbian，顶部带有3.5英寸的屏幕，使用的是官方电源。

delivrance 于 2017-06-06

几天后，内部wifi会停止运行，并在dmesg中显示以下消息：

[643660.135429] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[643710.076781] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643712.636821] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643712.636834] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[643800.318024] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643802.878064] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643802.878076] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[643861.598874] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643862.558872] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets
[643865.118918] brcmfmac: send_key_to_dongle: wsec_key error (-110)
[643867.679113] brcmfmac: brcmf_cfg80211_change_station: Setting SCB (de-)authorize failed, -110
[643868.638966] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets
[643871.199007] brcmfmac: send_key_to_dongle: wsec_key error (-110)
[643873.759040] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643876.319079] brcmfmac: brcmf_cfg80211_change_station: Setting SCB (de-)authorize failed, -110
[643878.879108] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643881.439147] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643883.999183] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643886.559225] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[652339.956933] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110

我在此接口上运行hostapd，并将另一个USB wifi接口连接到Pi。我的系统信息：

pi<strong i="9">@raspberrypi</strong>:~ $ uname -a
Linux raspberrypi 4.9.24-v7+ #993 SMP Wed Apr 26 18:01:23 BST 2017 armv7l GNU/Linux
pi<strong i="10">@raspberrypi</strong>:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 8.0 (jessie)
Release:        8.0
Codename:       jessie

mattthias 于 2017-06-11

是的，当显示（-110）时，您需要重新启动系统以使其再次运行...

很高兴知道它也在Raspbian中发生，该错误与发行版无关。在Archlinux中也是如此。

semeion 于 2017-06-11

但是，由于我将wifi从11频道移到了6频道，此后我再也没有发现问题。从我对该线程的先前答复中可以看到，自1月7日更改频道6以来，我一直在运行两个RaspPI Zero W和一个RaspPi 3，所有这些都没有问题。两个RaspPi W正在运行DietPi。

rajid 于 2017-06-12

我在Raspberry Pi 3上也遇到了这个问题。已经尝试了不同的wifi通道。
我观察到，如果我也连接LAN端口，那么wifi就像地狱一样稳定。拔下LAN端口后，wifi一直在断开。

macmeck 于 2017-06-16

👍1

真的很奇怪......！

2017年6月15日23：02，macmeck [email protected]写道：

我在Raspberry Pi 3上也遇到了这个问题。尝试了不同的wifi频道
已经。
我观察到，如果我也连接LAN端口，那么wifi就像地狱一样稳定。
拔下LAN端口后，wifi一直在断开。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-308878043 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHbUKBO9mG3xpKHFK977h4hrFUhrGks5sEantgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-06-16

我有
“ brcmf_sdio_hostmail：未知邮箱数据内容：0x40012”
我的rpi3中也有问题。我最可靠的解决方法是防止此错误发生
“奇迹塑造者9000 9000”
我希望根本原因已经确定。

rjoseph0001 于 2017-06-16

我有完全一样的问题。仅连接WIFI时，我的pi3有以下症状：

传出wifi效果很好。我可以连接到Internet并在pi3上没有问题地下载文件。
所有增加wifi连接失败。 ping超时，端口80 http访问超时，ssh失败，一切都仅在BOBO失败。
注意：
一旦将以太网连接到pi3，则wifi会工作得更好，但仍会丢弃数据包。
再次删除以太网后，wifi会完全使所有入站连接失败。
一旦将以太网再次连接到pi3，wifi就会工作得更好，并允许一些传入数据包。但它仍然掉落了许多。

请解决此问题！

edwardkangdev 于 2017-06-21

我在ifconfig上注意到以下内容：

RX数据包：1613错误：0 掉落：1074 超限：0 帧：0
TX数据包：146个错误：0 掉落：0 超限：0 运营商：0
囊泡：0 t xqueuelen：1000

因此，基本上，pi3的WIFI的RX端正在疯狂丢弃数据包。难怪为什么它不响应传入的连接。 TX工作正常！

edwardkangdev 于 2017-06-21

自从我设置了该脚本以来，我的两个设备上的wifi都没有问题
RPI3。

2017年6月21日，星期三，4：26 AM，Edward Kang [email protected]
写道：

我在ifconfig上注意到以下内容：
RX数据包：1613错误：0 掉落：1074 超限：0 帧：0
TX数据包：146个错误：0 掉落：0 超限：0 运营商：0
囊泡：0 t xqueuelen：1000
因此，基本上，pi3的WIFI的RX端正在疯狂丢弃数据包。
难怪为什么它不响应传入的连接。
请解决这个问题！
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310049620 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AFHmIH6kkxraxahE22_PpstdDkqW8Pgqks5sGP3ggaJpZM4HupC5
。

JR1994 于 2017-06-21

说“请解决这个问题”非常好，但是像这样的问题绝对是要找到的混蛋。桥接时花了一个月的时间在smsc / brcmfmac驱动程序中发现错误，我很幸运地找到了它，我怀疑这是更罕见且更难找到的错误。如果任何人都可以找到可以快速显示错误的可复制测试用例，那将很有帮助。某些人似乎经常出现kevent错误，而我很少见到。

至于丢包的问题，这是我在计划中有时间间隔的时候。在上述情况下，您似乎丢弃了几乎所有数据包，这是最奇怪的，而且大多数人通常不会看到。连接到Pi的所有设备都会发生这种情况吗？或仅是其中之一。

JamesH65 于 2017-06-21

对不起，詹姆斯！

我不确定连接到Pi的所有设备的含义。丢弃的数据包来自直接在pi上执行ifconfig。 pi通过wifi连接到路由器。当pi仅连接到wifi网络时，它会不断接收和丢弃数据包。

edwardkangdev 于 2017-06-21

@ JamesH65好吧，我同意你的意见，这很难解决...但是使用Arch Linux-ARM，安装“ create_ap”软件包并启用它（pacman -S create_ap； systemctl start / enable create_ap），您可以得到-在几分钟的操作中出现110错误和“未知邮箱数据内容：0x40012” ...有时只需在其上连接智能手机和/或智能电视，错误就会来临。

semeion 于 2017-06-21

我们不支持Arch，Raspbian是我们支持的操作系统，这就是我
需要能够解决该问题。我不知道哪个版本的
ARCH使用的内核或驱动程序，它们可能与
在Raspbian中。

人们使用Pi作为访问点还在看到问题吗？
使用桥接？ IPv4还是IPv6？这是一种信息（不是
当然不包括在内，需要尽可能多的信息）
复制问题。

请注意，Broadcom已被告知邮箱错误（这是他们的芯片
和驱动程序），但是事情往往会随着它们缓慢地移动。

2017年6月21日，18：27，Alexandre Bolelli [email protected]
写道：

@詹姆士H65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w&s=o90aBGb27vZvog3BdioLSa2_MEySix0ymtnTgiNb87c&e=
好吧，我同意你的意见，这很难解决...但是使用Arch Linux-ARM，
安装“ create_ap”软件包并启用它（pacman -S create_ap;
systemctl / startenable create_ap），您会收到-110错误，并且
操作几分钟后，“未知邮箱数据内容：0x40012” ...
有时会在智能手机和/或智能电视上连接智能手机和/或错误
将会来。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D310149166&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w&s=bv5qC2cUEdCUx-HsDkQYbYJ1fuscyuPU_iPIGs7ViHA&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHfDuqt5fcQ3ODkJUFKxuUaWgUpIhks5sGVKfgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w&s=Ojyj5WoAXeLeCsvarhv2rrmQUVoQGkjZmsfPB2lrOUw&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-06-22

我在某些设备上使用静态ipv4，并且与
其他使用dhcp的

2017-06-22 4:06 GMT-03：00 James Hughes [email protected] ：

我们不支持Arch，Raspbian是我们支持的操作系统，这就是我
需要能够解决该问题。我不知道哪个版本的
ARCH使用的内核或驱动程序，它们可能与
在Raspbian中。
人们使用Pi作为访问点还在看到问题吗？
使用桥接？ IPv4还是IPv6？这是一种信息（不是
当然不包括在内，需要尽可能多的信息）
复制问题。
请注意，Broadcom已被告知邮箱错误（这是他们的芯片
和驱动程序），但是事情往往会随着它们缓慢地移动。
2017年6月21日，18：27，Alexandre Bolelli [email protected]
写道：
@詹姆士H65
3A__github.com_jamesh65＆d = DwMFaQ＆c = DpyQ_ftY536pf7wCBQXXU58xADDRY77THQz
Ju1OmzOo＆r = w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek＆m =
BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w＆s = o90aBGb27vZvog3BdioLSa2_
MEySix0ymtnTgiNb87c＆e =>
好吧，我同意你的意见，这很难解决...但是使用Arch Linux-ARM，
安装“ create_ap”软件包并启用它（pacman -S create_ap;
systemctl / startenable create_ap），您会收到-110错误，并且
操作几分钟后就会出现“未知邮箱数据内容：0x40012” ...
只是
有时会在智能手机和/或智能电视上连接智能手机和/或错误
将会来。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D310149166＆d =
DwMFaQ＆c = DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo＆r = w09_
2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek＆m = BDIwUx7SC6sTRvRQKgA0QZB_
ZlIJDs3bd_wzKoIw_7w＆s = bv5qC2cUEdCUx-HsDkQYbYJ1fuscyuPU_iPIGs7ViHA＆e =>，
或使线程静音
3A__github.com_notifications_unsubscribe-2Dauth_
ADqrHfDuqt5fcQ3ODkJUFKxuUaWgUpIhks5sGVKfgaJpZM4HupC5＆d = DwMFaQ＆c = DpyQ_
ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo＆r = w09_
2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek＆m = BDIwUx7SC6sTRvRQKgA0QZB_
ZlIJDs3bd_wzKoIw_7w＆s = Ojyj5WoAXeLeCsvarhv2rrmQUVoQGkjZmsfPB2lrOUw＆e =>
。
-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司
—
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310294786 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ACeQBFj8ICNkDl7xYwYJcD6TK-k6_4K5ks5sGhJ1gaJpZM4HupC5
。

xtecox 于 2017-06-22

需要注意的一件事是，从我去年获得pi3到大约3个月前，当wifi停止工作时，wifi一直对我来说运行良好。

显然，在那段时间对软件进行了某种更改，导致wifi停止工作。

edwardkangdev 于 2017-06-22

👍1

如果您的wifi已完全停止工作，则表明您的问题最终会出现（当然，软件问题可能会加重该问题），因为对于其他所有人，Wifi通常都能正常工作（尽管我确实看到丢包的情况）。

JamesH65 于 2017-06-23

顺便说一句，我的rpi3是英国制造的全新产品。

semeion 于 2017-06-23

我也为此奋斗了几个月。有时持续几分钟。有时是几周。断开连接时的共同点是，我看到在断开连接之前立即重置CRDA世界监管域的电话。每一次。 Ubiquiti AC接入点，通道11，通道宽度HT40（这可能很特殊）。

6月28日14:19:31 raspberrypi内核：[980.387378] cfg80211：世界监管域已更新：
6月28日14:19:31 raspberrypi内核：[980.387387] cfg80211：DFS主区域：未设置
6月28日14:19:31 raspberrypi内核：[980.387396] cfg80211：（start_freq-end_freq @带宽），（max_antenna_gain，max_eirp），（dfs_cac_time）
6月28日14:19:31 raspberrypi内核：[980.387411] cfg80211：（2402000 KHz-2472000 KHz @ 40000 KHz），（N / A，2000 mBm），（N / A）
6月28日14:19:31 raspberrypi内核：[980.387426] cfg80211：（2457000 KHz-2482000 KHz @ 20000 KHz，92000 KHz AUTO），（N / A，2000 mBm），（N / A）
6月28日14:19:31 raspberrypi内核：[980.387439] cfg80211：（2474000 KHz-2494000 KHz @ 20000 KHz），（N / A，2000 mBm），（N / A）
6月28日14:19:31 raspberrypi内核：[980.387453] cfg80211：（5170000 KHz-5250000 KHz @ 80000 KHz，160000 KHz AUTO），（N / A，2000 mBm），（N / A）
6月28日14:19:31 raspberrypi内核：[980.387468] cfg80211：（5250000 KHz-5330000 KHz @ 80000 KHz，160000 KHz AUTO），（N / A，2000 mBm），（0 s）
6月28日14:19:31 raspberrypi内核：[980.387481] cfg80211：（5490000 KHz-5730000 KHz @ 160000 KHz），（N / A，2000 mBm），（0 s）
6月28日14:19:31 raspberrypi内核：[980.387493] cfg80211：（5735000 KHz-5835000 KHz @ 80000 KHz），（N / A，2000 mBm），（N / A）
6月28日14:19:31 raspberrypi内核：[980.387505] cfg80211：（57240000 KHz-63720000 KHz @ 2160000 KHz），（N / A，0 mBm），（N / A）
6月28日14:19:32 raspberrypi内核：[981.262521] cfg80211：管制域更改为国家/地区：美国
6月28日14:19:32 raspberrypi内核：[981.262536] cfg80211：DFS主区域：FCC
6月28日14:19:32 raspberrypi内核：[981.262540] cfg80211：（start_freq-end_freq @带宽），（max_antenna_gain，max_eirp），（dfs_cac_time）
6月28日14:19:32 raspberrypi内核：[981.262549] cfg80211：（2402000 KHz-2472000 KHz @ 40000 KHz），（N / A，3000 mBm），（N / A）
6月28日14:19:32 raspberrypi内核：[981.262557] cfg80211：（5170000 KHz-5250000 KHz @ 80000 KHz，160000 KHz AUTO），（N / A，2300 mBm），（N / A）
6月28日14:19:32 raspberrypi内核：[981.262565] cfg80211：（5250000 KHz-5330000 KHz @ 80000 KHz，160000 KHz AUTO），（N / A，2300 mBm），（0 s）
6月28日14:19:32 raspberrypi内核：[981.262571] cfg80211：（5490000 KHz-5730000 KHz @ 160000 KHz），（N / A，2300 mBm），（0 s）
6月28日14:19:32 raspberrypi内核：[981.262578] cfg80211：（5735000 KHz-5835000 KHz @ 80000 KHz），（N / A，3000 mBm），（N / A）
6月28日14:19:32 raspberrypi内核：[981.262584] cfg80211：（57240000 KHz-63720000 KHz @ 2160000 KHz），（N / A，4000 mBm），（N / A）

i8beef 于 2017-06-28

很抱歉在火上加油，但我认为Pi Zero W也有类似的问题。

在访问点模式（使用hostapd）和正常连接模式（即连接到路由器）之间切换wlan0时，wlan0有时会失去与访问点关联的能力。

它将陷入这种状态：

~iwconfig wlan0 
wlan0     IEEE 802.11  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=31 dBm

重启后便无法解决。发生这种情况时，我在dmesg中注意到以下错误：

[Wed Jul  5 16:08:27 2017] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[Wed Jul  5 16:09:07 2017] brcmfmac: brcmf_cfg80211_stop_ap: setting INFRA mode failed -7
[Wed Jul  5 16:10:16 2017] brcmfmac: brcmf_cfg80211_stop_ap: setting INFRA mode failed -7
[Wed Jul  5 16:10:18 2017] brcmfmac: brcmf_vif_set_mgmt_ie: vndr ie set error : -30
[Wed Jul  5 16:10:18 2017] brcmfmac: brcmf_cfg80211_scan: scan error (-30)
[Wed Jul  5 16:10:37 2017] brcmfmac: brcmf_vif_set_mgmt_ie: vndr ie set error : -30
[Wed Jul  5 16:10:37 2017] brcmfmac: brcmf_cfg80211_scan: scan error (-30)

让我担心的是它的完全随意性和随机性。在出现问题之前，有时我可以在两种模式之间切换一段时间。但最终会。

timdonovanuk 于 2017-07-05

FWIW我认为重新加载wifi内核模块（通过执行“ modprobe -r -v brcmfmac && modprobe brcmfmac”）修复了该问题，因此，只要我的Pi遇到wifi问题，我就只需要创建一个执行此操作的脚本即可。

timdonovanuk 于 2017-07-05

这虽然事情很奇怪。我在Raspberry pi零和零W上遇到了这些类型的问题，但是当我切换频道时，它们完全消失了（如本线程前面所述）。

另外，最近我一直在使用DietPi OS，根本没有任何问题。您可能想尝试一下。

我真的很想研究这个问题，之前已经看过它，但是这些天我简直无法实现！ :(

/ raj
（从iPhone发送）

2017年7月5日上午9：01，timdonovanuk [email protected]写道：
FWIW我认为重新加载wifi内核模块（通过执行“ modprobe -r -v brcmfmac && modprobe brcmfmac”）修复了该问题，因此，只要我的Pi遇到wifi问题，我就只需要创建一个执行此操作的脚本即可。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看，或使该线程静音。

rajid 于 2017-07-05

能研究这个问题的人越多越好，我的时间有限
由于其他项目，我目前可以在此上花费。一个主要问题
是复制它的可靠机制。

2017年7月5日17：10，rajid [email protected]写道：

这虽然事情很奇怪。我在Raspberry Pi上遇到过这类问题
零和零瓦，但是当我切换频道时它们完全消失了（如
在此线程的前面讨论过）。
另外，最近我一直在使用DietPi OS，并且在使用时没有任何问题
所有。您可能想尝试一下。
我真的很想研究这个问题，之前已经看过它，但是我
这些天无法实现！ :(
/ raj
（从iPhone发送）
2017年7月5日上午9：01，timdonovanuk [email protected]
写道：
FWIW我认为是重新加载wifi内核模块（通过执行“ modprobe -r -v
brcmfmac && modprobe brcmfmac“）修复了它，所以我只需要创建一个
当我的Pi遇到wifi问题时执行此操作的脚本。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看，或使该线程静音。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D313150296&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=UAE2wwxV4_BdJX0zfG2qnu3kAD_j1y0Js_FZxpJl4b4&s=haaEuyne9neeuPZzAlNI2PG7DctVLxxfwV3oezxYcwI&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHU6ugUl6QkcLNobslh5Th7hcXeecks5sK7VggaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=UAE2wwxV4_BdJX0zfG2qnu3kAD_j1y0Js_FZxpJl4b4&s=8TZEHLn2evTT1wzFzZo2CHYC2Zb0ydjsR39j-vskecM&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-05

@timdonovanuk可以很高兴与我们分享您的脚本，我正在寻找一些解决方法。也许某些监视脚本像systemd service一样运行...您如何看待？

semeion 于 2017-07-05

我有办法手动触发监管域更新吗？就像我说的那样，无论何时运行，连接断开对我来说似乎都是一致的。我想手动运行几次，看看是否可以为您可靠地复制。

@rajid ，您是否有机会以40的频道宽度运行？而且您还记得下降之前是否曾见过类似的世界法规更新？奇怪的是，也许在第11频道周围有一个组合，还有超宽的频道宽度...您正在使用哪种路由器/ AP？只是想寻找任何共同点，因为我也在第11频道和其他频道上也看到了这一点...我的AP是Ubiquiti。

i8beef 于 2017-07-06

从Apple Extreme上的自动频道切换到频道6的解决方法对我不起作用。我将在假期期间使用LAN。

编辑：现在即使与LAN都失去了连接，这里还有更多东西，使用官方机箱（没有风扇）是否会产生热量问题？

RobertSmith8 于 2017-07-08

您好，
我在Raspberry Pi Zero W上面临一个非常相似的问题。

我已经开发了在Pi上与Node.JS一起运行并与GPIO集成的API。
Pi通过Wifi连接到我的局域网。当PC客户端调用API时，一切工作正常。但是，当我使用Android设备查询API时，Pi就会崩溃。这些崩溃是随机发生的：有时，API可以被Android设备多次调用，然后突然发生崩溃。
我所说的崩溃是ping丢失，但Pi仍在运行。

通过PC调用相同的API不会触发任何崩溃。

我试图更改Wifi频道，但没有得到任何更好的结果。

如果我可以运行任何有助于诊断/解决方案的方法，请随时提出要求！

matthiasbou 于 2017-07-11

这个论坛上有什么帮助吗？

https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=188043#p1185246

2017年7月11日16：22，matthiasbou [email protected]写道：

您好，
我在Raspberry Pi Zero W上面临一个非常相似的问题。
我已经在Pi上开发了与Node.JS一起运行的API，并已集成
使用GPIO。
Pi通过Wifi连接到我的局域网。 PC时一切正常
客户端调用API。但是，一旦我通过Android查询我的API
设备，Pi崩溃。这些崩溃是随机发生的：有时API可以
被Android设备多次调用，然后突然发生崩溃。
通过PC调用相同的API不会触发任何崩溃。
我试图更改Wifi频道，但没有得到任何更好的结果。
如果我可以运行任何有助于诊断/解决方案的方法，请随时提出要求！
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314479400 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHYDohQoNRBDcX4oG49rK9e6kwpjjks5sM5MpgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-11

@matthiasbou

有趣的是，我的Broadcom驱动程序返回错误-110（有时是另一个错误），并且恰好在我连接Motorola X2（Android）智能手机时崩溃。但是，连接我的SmartTV时也会发生相同的错误。无论如何，我可以确认崩溃是在建立连接时发生的。

我的国家/地区设置正确，ipv6禁用且漫游设置为1，我正在使用频道6，该问题仍在发生。 wifi省电模式和蓝牙默认情况下在我的发行版中处于禁用状态。

semeion 于 2017-07-11

@ JamesH65 ：我尝试了设置正确的国家/地区（不是这种情况），禁用IPV6和漫游的有趣解决方案，但仍然存在相同的问题

Wifi可以连接，但是当我开始使用Android设备在Pi Zero W上进行一些API调用时，一段时间后它便崩溃了。

matthiasbou 于 2017-07-11

为什么禁用IPv6可以解决Wifi问题？是否有理智的解释为什么会涉及到IPv6（可重现）？我唯一能想到的是，由于RA，IPv6可能会有一点额外的多播负载。

物有所值，我正在运行两个Pi Zero W，作为集成wlan0和外部eth0之间的IPv6桥接，同时阻止了IPv4。 wlan0处于AP模式，并且正在运行ISC dHCPv4服务器。我将各种Android平板电脑和智能手机连接到它。到目前为止，没有发现任何问题，但是也许我需要让它们运行更长的时间。我正在使用频道6。

TheDiveO 于 2017-07-11

抱歉，我使用的是Apple Airport盒子，没有设置或提及“通道宽度”。我只是为2.3Ghz网络设置了通道6。我现在在我的小型RaspPi Zero W系统上使用DietPi。我安装的其他RaspPi都使用Edimax USB进行了很长时间的设置，并且从来没有任何问题。我相信我唯一看到问题的地方是零W系统上的Raspbian。我将不得不再次加载它，看看是否可以复制它。

/ raj

2017年7月5日下午3：19，Michael Hallock < [email protected] [email protected] >写道：
我有办法手动触发监管域更新吗？就像我说的那样，无论何时运行，连接断开对我来说似乎都是一致的。我想手动运行几次，看看是否可以为您可靠地复制。
@rajid https://github.com/rajid ，您是否偶然以40的频道宽度运行？而且您还记得下降之前是否曾见过类似的世界法规更新？奇怪的是，也许在第11频道周围有一个组合，还有超宽的频道宽度...您正在使用哪种路由器/ AP？只是想寻找任何共同点，因为我也在第11频道和其他频道上也看到了这一点...我的AP是Ubiquiti。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub https://github.com/raspberrypi/linux/issues/1342#issuecomment-313242611上查看，或使线程https://github.com/notifications/unsubscribe-auth/AFAlZVdfvh5QzIlsZYtt9sjpXolJqcmWks5sLAvdgaJpZM4HupH
https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed -b52498112777.png https://github.com/raspberrypi/linux https://github.com/raspberrypi/linux/issues/1342#issuecomment-313242611

rajid 于 2017-07-11

我刚刚进行了更多测试，并更改了Pi连接的路由器。
到现在为止，当Pi在另一个Wifi路由器上时一切正常（在Android设备端不变）：
工作路由器配置：
频道6
WPA-PSK
带宽20Mhz

路由器配置不正常（从Android Wifi进行某些访问后Wifi丢失）：
网件WNR1000v2
频道6
WPA2-PSK [AES]
碎片长度2346
CTS / RTS阈值2347

我将工作路由器切换到WPA2-PSK，以查看是否可以重现该问题。

matthiasbou 于 2017-07-11

@TheDiveO关于IPv6，驱动程序对于ipv6具有不同的代码路径，内核也是如此。可能是ipv6中没有的那些路径中的任何一个错误，或者，作为ISTR从前一个错误中获取的错误，某些东西应该在运行ipv4代码路径时运行ipv6代码路径，反之亦然。整个堆栈相当复杂。

JamesH65 于 2017-07-12

新行为。通过WIFI连接我的pi3时，更改语言环境并进行apt-get升级和更新现在具有以下行为：

现在，本地LAN外部的设备可以通过TCP / IP连接到PI。

PI仍然仅拒绝LAN上的所有连接（TCP / IP）。

PI仍可以通过WIFI访问外部互联网。

edwardkangdev 于 2017-07-12

没关系。什么也没有变。这是与以前完全相同的行为。 Pi3 wifi丢弃本地局域网上的所有数据包。

edwardkangdev 于 2017-07-12

只是为了跟进一点……我启动了一个新的AP（Linksys E4200 V2），该AP随处可见。我在通道11上将其设置为2.4Ghz，配置了WPA2 Personal，BSSID和密码。然后在我的树莓派零w上配置它。它连接很好。然后，我将此AP移动到我的普通房屋AP所在的同一房间（位于第6通道）。然后我的RaspPi得到了ASSOC-REJECT status_code = 16。再次将AP移回我的办公室，使RaspPi员工很好。

因此，在我看来，如果AP在另一个房间中，至少频道11是个问题。我猜这可能表明存在干扰问题。

我还将在这里发布一个找到的网页，该网页告诉您所有的status_codes和失败代码是：

https://supportforums.cisco.com/document/141136/80211-association-status-80211-deauth-reason-codes

这表明我的“ status_code = 16”是由超时引起的，因此其中一个系统根本无法及时接收数据包。

我只是认为我会把这些信息丢在外面，以防它对任何人有帮助。

rajid 于 2017-07-12

当我打开厨房的灯时，它会断开我的wifi连接
客厅...我不知道为什么，但是当您谈到干扰时，我认为
我没疯

2017-07-12 16:27 GMT-03：00 rajid [email protected] ：

只是为了跟进一点...我启动了一个新的AP（Linksys E4200 V2），
我躺在那里。我在通道11上将其设置为2.4Ghz，并进行了配置
WPA2 Personal，一个BSSID和密码。然后在我的树莓派上配置
pi零w。它连接很好。然后，我将此AP移动到了同一房间
我的普通房屋AP所在的位置（位于第6频道）。然后我的RaspPi
得到了ASSOC-REJECT status_code = 16。将AP一次移回我的办公室
再次使RaspPi关联很好。
所以，看来在我看来，如果AP为
在另一个房间。我猜这可能表明存在干扰
问题。
我还将在这里发布一个我发现的网页，该网页说明了所有
status_codes和失败代码是：
https://supportforums.cisco.com/document/141136/80211-
关联状态80211解除验证原因代码
这表明我的“ status_code = 16”是由超时引起的，因此其中之一
系统根本无法及时接收数据包。
我只是以为我会把这些信息扔出去，以防万一
任何人。
—
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314872003 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ACeQBJdfk2zp1sReVVs1wvrilKHXNm53ks5sNR42gaJpZM4HupC5
。

xtecox 于 2017-07-12

有一个非常不错的Android WiFi Analyzer程序，它可以显示您周围的AP以及它们的详细信息。（我希望iPhone / iPad上有类似的东西，但是苹果...）

rajid 于 2017-07-12

@ JamesH65，您真的让我感到不安，因为数据链路层驱动程序（第3层）确实混入了网络第3

TheDiveO 于 2017-07-13

我并不是在说这个。我不是Linux网络专家
堆栈，但我似乎肯定记得在其中看到了一些特定于IPv6的内容
某个地方的司机。

东西都在内核树中，欢迎您来看看
放心休息。

2017年7月13日，8：58，TheDiveO [email protected]写道：

@ JamesH65 https://github.com/jamesh65你真的让我不安
说数据链路层驱动程序（第3层）确实与
网络层3。“ Mess”可能不是一个合适的词
情况...
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315002002 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHUSoqqxnhaw4k2ECkzGC9CDkIlhYks5sNc4ngaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-13

@TheDiveO James指的是硬件校验和卸载之类的东西。
例如，由于IPv6需要将校验和0x0000替换为0xFFFF，因此SMSC95xx仅支持IPv4校验和卸载。参见https://github.com/torvalds/linux/commit/fe0cd8ca1b82983db24b173bb8518ea646c02d25。因此，IPv6和IPv4将遵循不同的代码路径。那里没有什么可疑的，而是网络堆栈所固有的，硬件无法覆盖所有情况。

6by9 于 2017-07-13

👍1

我非常确定此错误位于Broadcom驱动程序中，而不是内核中。

semeion 于 2017-07-13

几乎可以确定。 Brcm驱动程序虽然是一大段代码，但存在错误
这样的调试起来不容易，特别是当您无法复制它们时...

2017年7月13日13:04，Alexandre Bolelli [email protected]
写道：

我非常确定此错误位于Broadcom驱动程序中，而不是内核中。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315058283 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHbr5SiWPKvQZOY7rN8IbyIIscNfVks5sNgexgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-13

我越不耐烦，就越想知道这是否与Ubuntu / Debians无法在不进行大量配置的情况下将wlan0和eth0连接到同一子网有关。我将对此进行更多研究，看看这是否是问题所在。

edwardkangdev 于 2017-07-13

@ JamesH65如果我（或其他人）在易于复制的环境中为您设置零w或rpi 3并为您提供ssh访问权限以进行调试，是否会有所帮助？（为此，我需要购买额外的零瓦数）。

tuomas2 于 2017-07-13

可能不是，但感谢您的报价。我倾向于对
驱动程序和内核，每天进行多次更改。那样做
在远程是不可行的。可靠地重现该问题的机制是
确实需要什么。

2017年7月13日13：57，Tuomas Airaksinen [email protected]
写道：

@ JamesH65 https://github.com/jamesh65如果我（或某人）会有所帮助
否则）将为您设置零w或rpi 3
容易重现，并让您通过ssh访问进行调试？（一世
为此需要购买额外的零瓦数）。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315069935 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHeQ1RECH-uIIHWPX6ItvRdVbZG_Xks5sNhRWgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-13

詹姆士，
如果执行此简单的轮询循环，我会很快看到板载wifi网络降级为不可用状态。当我关闭板载wifi并使用USB wifi时，它可以正常工作。我不记得它是否对BT设备的存在或不灵敏，并且无法在几天之内轻松进行检查。我限制在10分钟内，这样我可以在实验结束后回到pi 0 w。

bash# ((t=日期+％s +600)); while [日期+％s -lt $t ] ; do hcitool name <BTMAC>; done
希望能有所帮助，
本杰明

b3nj1 于 2017-07-13

那个代码片段使我失去了后壁。逃脱他们...

（（t =`日期+％s` + 600））; while [`date +％s` -lt $ t]; hcitool名称是否为“ insert BT MAC”；完成

b3nj1 于 2017-07-13

我的天啊。我认为它是固定的。拔掉以太网时，Wifi已启动。难以置信的。

我从/ etc / network / interfaces文件中删除了所有关于eth0的内容，用auto替换了allow-hotplug，然后在wlan0和wlan1上都强制关闭了无线电源。

我的/ etc / network / interfaces文件：

自动搜索
iface lo inet回送
无线电源关闭
自动wlan0
iface wlan0 inet手册
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
无线电源关闭
自动wlan1
iface wlan1 inet手册
wpa-conf / etc / wpa_supplicant / wpa_supplicant.conf`

然后我刷新了arp：

ip -s -s neigh flush all

然后我重新启动：

sudo reboot now

现在我的wifi可以工作了。难以置信的。感谢所有对此线程发表评论的人。

edwardkangdev 于 2017-07-13

您的特定配置问题可能已解决，Broadcom驱动程序中的错误仍然存在。

rikkekuipers 于 2017-07-14

好的，我们一直在研究这个。我的第一个问题是，当SSH进入我的测试设备时，会话被锁定，除非还插入了以太网电缆。事实证明ARP是由任一接口处理的，因此在连接以太网时，它正在使用该接口。没有连接它意味着它正在由Wifi处理并遇到问题。可以通过在SSH中关闭QoS / ToS来解决此问题（请参阅此处https://expresshosting.net/ssh-hanging-authentication/），这反过来又意味着Broadcom Wifi驱动程序对TOS（类型为服务）/ DSCP字段已设置。以前在NTP中已经看到了这一点（问题＃1519）。我怀疑这可能是导致与此问题相关的Wifi问题的原因，今天我将深入研究Brcm驱动程序，看看是否能找到任何东西。

JamesH65 于 2017-07-14

👍4

中期报告。我们肯定会看到某些TOS数据包值存在问题，导致数据包被静默丢弃，从而导致SSH锁定。难以理解的驱动程序代码中还没有发现什么，TBH仍然不应该接触数据包的这一部分，但是显然正在发生某些事情。这与此处报告的一般Wilan冻结有关系吗？还不知道

JamesH65 于 2017-07-17

我在带有raspbian jessie和内核4.9.35+的Pi Zero W上有类似的问题
我有JamesH65使用SSH和ntpd（TOS）提到的相同问题。来自https://expresshosting.net/ssh-hanging-authentication/的修复适用于sshd。我也遇到了wlan0断开连接的问题，但是日志消息比较少。从表面上看，看起来像是丢失了载体，并且wpa_supplicant有时无法重新协商。唯一的解决方法是发出ifdown wlan0，等待，ifup wlan0给我，然后wlan0重新开始工作。如果有人需要，很高兴提供日志。告诉我哪一个。

cobaltdr 于 2017-07-18

👍1

中期报告。希望在记下笔记之前先把它们记下来。我们已经确定，当从另一台设备通过SSH访问时，将丢失来自无线连接的pi的响应。如果该响应设置了TOS字段，则该数据包将被静默丢弃-永远不会回到请求者。我们可以使用netcat复制它。设置了TOS标志的无线Pi发出的简单net cat命令似乎并没有使它脱离设备。
因此，在无线PI上，尝试将UDP数据包发送到另一台设备...
数控-T 0x10 -u7
设备似乎未接收到数据包（如在目标上运行tcpdump所示）
数控-T 0x00 -u7
将进入远程系统。
我们仅在办公室的无线网络上尝试过此操作。我需要设置另一个Wifi网络，以查看它是否与路由器相关或驱动程序中存在问题。

JamesH65 于 2017-07-18

对上述netcat命令进行了较小的更正
nc -T 0x10 -u <dest_ip> 7
选择了UDP端口7，因为它是回显服务。没关系，它不在远程计算机上运行，尽管这确实会导致适当的ICMP无法访问响应，这是一个有用的故事，说明了远程端收到了消息。

6by9 于 2017-07-18

开始认为SSH / ToS问题实际上无关紧要。我已经将数据包追溯到硬件级别，无论是否设置了TOS标志都没有关系，这些数据包似乎确实将其归结为固件（或者至少是brcmf_sdiod_send_pkt函数，该函数已经过了任何优先级处理） linux驱动程序）。这表明问题出在芯片的固件中（封闭源），或者实际上是与路由器相关的-即我正在使用的无线路由器不允许通过非零的TOS标志（或者可能是> 0x04）。我明天将尝试使用其他无线路由器以尝试确认这一点。

JamesH65 于 2017-07-19

是否有可能找到负责开发brcmfmac模块的部门，以便有人可以跟踪该线程，或者至少在发布了针对这些错误的修复程序后做出响应？

semeion 于 2017-07-19

我们已经通过linux-wireless邮件列表进行了联系。

在2017年7月19日19:06，“ Alexandre Bolelli” [email protected]写道：

是否有可能找到负责开发的部门
brcmfmac模块，以便有人可以跟随该线程或至少
应对是否会发布针对这些错误的任何修复程序？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316469790 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHYtYvpxdKd3SBBynOnlDN-ZXiWs_ks5sPkW9gaJpZM4HupC5
。

JamesH65 于 2017-07-20

我们已经通过linux-wireless邮件列表进行了联系。

...以及更多直接路线。这个问题一直是可复制性的问题-一旦我们有了明确证明问题的方法，我们就可以向Broadcom / Cypress提出并解决该问题。我从来没有使用NTP看到问题，但是James SSH失败了，所以我很乐观地找到了根本原因。

pelwell 于 2017-07-20

👍4

@pelwell +1表示“ _成功失败” _ :)

TheDiveO 于 2017-07-20

👍1

我有一个针对SSH锁定问题的hacky修复程序。这确实是固件中的问题。这里有一些细节。

`
我们一直在调查Raspberry Pi上的一个问题，其中SSH和
在IPv4标头中设置TOS标志时，NTP会话失败。

以下是什么是TOS：

TOS为0x08或0x10。一次只能设置4位之一。
0x10-最小化延迟
0x08-最大化吞吐量
0x04-最大化可靠性
0x02-最小化金钱成本。
从技术上讲，TOS已被DSCP取代，但仍受支持。

如果确实需要，我们可以尝试使用DSCP重新创建此问题，但事实并非如此
似乎是相关的。

有关SSH问题的详细信息和解决方法，请参见https://expresshosting.net/ssh-hanging-authentication/

但是，这显然是沟通中的一个问题
堆栈，所以这就是我们一直在研究的内容。

我们已经能够使用netcat复制一个简单的示例。首先，
将Pi与其他设备无线连接到AP（PiA）
通过无线或通过以太网连接到同一网络（PiB）。

在PiB上运行

sudo tcpdump -n'udp端口7'-v -i wlan0 <<<<或eth0取决于连接

在PiA上，

数控-T 0x10 -u7

这会将UDP数据包发送到端口7，且TOS标志设置为0x10。

这不会到达（或有时会严重延迟-10秒）

发送TOS为0

数控-T 0x0 -u7

将要到达。 0x02和0x04也会到达，而0x8和0x10不会到达。

检测brcmfmac驱动程序会显示带有TOS的数据包
flag = 0x10被正确地向下发送到硬件，但是
数据包丢失。

我们已经能够通过破解BCDC代码来获取数据包，
在bcdc.c！brcmf_proto_bcdc_hdrpush函数中，
数据包也被推送到bcdc标头中。通过将此设置为
常量值（可以是0到7），数据包是
传输。因此，似乎bcdc优先级的值是恒定的
可以，但是将其设置为由传入消息确定的优先级
如果TOS为0x08或0x10，则skb优先级将失败。因此，似乎
是具有不同优先级的数据包的组合，导致
较高优先级的值将失败，而不是值本身。

由于BCDC标头优先级用于固件，因此
似乎是固件本身的问题，而不是Linux
司机。

这是似乎可以阻止问题发生的更改的区别。

diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c index 9f2d0b0cf6e5..2e6132a513be 100644 --- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c +++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c @@ -274,7 +274,7 @@ brcmf_proto_bcdc_hdrpush(struct brcmf_pub *drvr, int ifidx, u8 offset, if (pktbuf->ip_summed == CHECKSUM_PARTIAL) h->flags |= BCDC_FLAG_SUM_NEEDED; - h->priority = (pktbuf->priority & BCDC_PRIORITY_MASK); + h->priority = 0; h->flags2 = 0; h->data_offset = offset; BCDC_SET_IF_IDX(h, ifidx);

JamesH65 于 2017-07-20

👍2

@ JamesH65太好了。因为我不希望很快有固件修复，所以可以将其复制到linux-wireless吗？

lategoodbye 于 2017-07-20

我要等待Broadcom / Cypress的一些信息，因为我
不确定此黑客在任何情况下都是安全的。我已经给他们发了电子邮件。一旦
我得到一些反馈，我将向linux-wireless发送补丁。

2017年7月20日12：41，Stefan Wahren [email protected]写道：

@ JamesH65 https://github.com/jamesh65太好了。由于我不期望
即将修复固件，可以将其复制到linux-wireless吗？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316678154 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHY3DlxTr9mehRDlxBK3NWbjowxxyks5sPzzqgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-20

一些测试结果似乎表明此hack没有不良影响。刚来回传输数据，500MB到Wireless Pi，3.4GB发送出去。 RX数据包56从794730丢弃，没有TX数据包从2813930丢弃。对于11Mbit / s的连接，性能似乎很不错。因此看起来可以接受，但是此hack实际上禁用了可能应该启用的功能，因此不是长期解决方案。

JamesH65 于 2017-07-20

@lategoodbye一直在考虑将其推向linux-wireless。由于此破解实际上仅与Pi（BCM43438？）上的特定芯片相关/经过测试，并且驱动程序代码用于多个芯片模型，因此该补丁需要在进行更改之前确定使用的芯片类型，我怀疑linux-wireless会对这种更改感到不满意，而且我还是无法测试它。我肯定会在我们的仓库中进行PR（除非即将进行固件修复，我怀疑这是明智的安排）。只是不确定如何将其推向linux-wireless。

JamesH65 于 2017-07-21

@moonman
您是否认为可以将其推送到ARCH linux-raspberrypi？

umgfoin 于 2017-07-21

@ JamesH65当然，您的黑客并不适合所有芯片型号。但是，为所有这些解决方案找到解决方案不是您的工作。我认为，只需简单复制您上面的长评论（包括破解）即可。我的目的是将此问题通知其他非Broadcom内核开发人员。我没想到您会为此问题发送适当的补丁程序，而只是发送错误报告。

lategoodbye 于 2017-07-21

我建议我们将它放入我们的存储库中，以进行一些认真的测试-从rpi-4.12.y开始，每晚最先进的LibreElec版本使用此文件。

pelwell 于 2017-07-21

一个想法-您能否在优先级过滤中使补丁更具选择性，并仍然解决问题？

pelwell 于 2017-07-21

我正在为此准备一个PR，以进行Pi存储库。

关于选择性检查，我确实尝试了简单地检测优先级
6（从堆栈向下传递的那个-它是从TOS转换而来的
值，使其更特定于Linux堆栈），并将其设置为0并
似乎确实有效，但我怀疑这是
不同的优先级，而不是专门导致问题的6个优先级。我们
也知道TOS为0x08也有问题，即IIRC，
到此时为止已转换为2。我们可以简单地说，如果
它的6或2，然后将其设置为零，但我仍然不确定会不会
一切可能引起问题的东西。我认为既然是0-7，
对于这种黑客，最好在所有情况下都将其设置为0。我们知道
可行，这当然不是最佳选择，但我认为所有数据包都会
打通。请注意，此设置不会影响
IPv4数据包-保持不变，只是该系统发送
芯片的优先级，以及随后如何处理似乎不稳定的芯片。

2017年7月21日，9：35，Phil Elwell [email protected]写道：

一个想法-您能否使补丁在优先级上更具选择性
过滤并且仍然有解决问题的方法？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D316940828&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=lTkmZTnZKvmqZQgONBOnkdo5C-y1dP_Z61sUY17WvV0&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHYglVaRlIj07b13KHHEPd43W9kiLks5sQGLWgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=QrCSx1NLJWIkcH1C1mIZRxSCuySlqHXvu_Mpn37WdPw&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-21

我已经与赛普拉斯（Cypress）联系了一些，他们将尝试获得
看着尽快。

2017年7月21日10：11，James Hughes [email protected]写道：

我正在为此准备一个PR，以进行Pi存储库。
关于选择性检查，我确实尝试过简单地检测
优先级6（从堆栈向下传递的优先级-从
将TOS值设置为特定于Linux堆栈的值），并将其设置为
0似乎确实有效，但我怀疑这是一个组合
不同的优先级，而不是专门导致问题的6个。
我们还知道，TOS为0x08也存在问题，即IIRC，
到此时为止已转换为2。我们可以简单地说，如果
它的6或2，然后将其设置为零，但我仍然不确定会不会
一切可能引起问题的东西。我认为既然是0-7，
对于这种黑客，最好在所有情况下都将其设置为0。我们知道
可行，这当然不是最佳选择，但我认为所有数据包都会
打通。请注意，此设置不会影响
IPv4数据包-保持不变，只是该系统发送
显得片状的芯片的优先级以及如何处理
显得片状。
2017年7月21日，9：35，Phil Elwell [email protected]写道：
一个想法-您能否使补丁在优先级上更具选择性
过滤并且仍然有解决问题的方法？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D316940828&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=lTkmZTnZKvmqZQgONBOnkdo5C-y1dP_Z61sUY17WvV0&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHYglVaRlIj07b13KHHEPd43W9kiLks5sQGLWgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=QrCSx1NLJWIkcH1C1mIZRxSCuySlqHXvu_Mpn37WdPw&e=
。
-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-21

我们还知道，TOS为0x08也存在问题，即IIRC在到达这一点时已转换为2。

正确。 TOS 0x08（最大吞吐量）映射到2。它们是来自http://elixir.free-electrons.com/linux/latest/source/include/uapi/linux/pkt_sched.h#L19的TC_PRIO_xxx值。 6 =互动，2 =批量。

先前在sshd_config中将IPQoS设置为8或使用TOS 8的netcat进行的测试都会导致数据包丢失。
0x02和0x04均未引起任何问题，但是wifi驱动程序几乎无法解决成本差异（没有）或可靠性问题，因此可能忽略了它们。
编辑实际上，位于tos>>1 http：//elixir.free-electrons.com/linux/latest/source/net/ipv4/route.c#L177的映射表采用tos>>1将TOS 0x02和0x04设置为TC_PRIO_BESTEFFORT = 0无论如何，这解释了为什么他们没有任何问题。

6by9 于 2017-07-21

只是一个快速的报告。赛普拉斯已经能够复制该问题，并且
检查固件，看起来很有希望。非常令人愉快和快速的响应
从那里的家伙。

2017年7月21日11:07，6by9 [email protected]写道：

我们还知道，TOS为0x08也存在问题，即IIRC，
到此时为止已转换为2。
正确。 TOS 0x08（最大吞吐量）映射到2。它们是TC_PRIO_xxx
来自http://elixir.free-electrons.com/linux/latest/source/的值
包括/uapi/linux/pkt_sched.h#L19。 6 =互动，2 =批量。
通过在sshd_config中将IPQoS设置为8或通过
使用TOS 8的netcat导致数据包丢失。
0x02和0x04均未引起任何问题，但是几乎没有wifi驱动程序
可以克服成本差异（没有成本）或可靠性，所以可能
忽略它们（我没有检查）。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316962443 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHXTmjzqVW0o4T9IIoYFPprKvEvS7ks5sQHhXgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-07-21

更简单的复制方式-使用ping！（我忘记了ping / ICMP高于IP-我傻了）

Pi3上的ping -Q 0x10 <dest ip addr>
然后在目标位置运行tcpdump -n -v -i wlan0 'icmp' 。
在-Q 0x10或-Q 0x08上导致> 90％的数据包丢失。它通常从4个连续的数据包开始就可以开始，但是随后变得非常断断续续。
它比netcat稍微有用，因为（a）它会不断重复，并且（b）它会在响应时告诉您。

6by9 于 2017-07-21

这里有一个解决方法： https :
如果要使用4.9内核进行测试，请使用rpi-update。
然后替换：
模块/ 39年4月9日+ /内核/驱动程序/网络/无线/博通/ brcm80211 / brcmfmac / brcmfmac.ko与此
模块/ 39年9月4日-V7 + /内核/驱动器/网/无线/博通/ brcm80211 / brcmfmac / brcmfmac.ko与此

编辑：最新的rpi-update内核现在包括补丁程序，因此不再需要下载模块。

popcornmix 于 2017-07-21

不确定是否相关。当第二个接口wlan1用rt8192eu / 8192eu加密狗启动时，Pi Zero W板上的Broadcom上的连接每2小时断开一次。它似乎不是电源问题，因为它具有周期性，我在https://pastebin.com/5hMQHWeW有一个断开连接的pastebin

当此操作正在进行时，wpa_supplicant有时会放弃除身份验证失败以外的其他原因，而没有其他明显原因，并且使wlan0恢复连接的唯一方法是发出ifdown / ifup，然后100％起作用。

现在，我不知道这是否是导致问题的相关Broadcom内核模块问题，或者是8192eu越野车，还是两者兼而有之。很乐意在需要时提供更多行日志或在其他线程中发布，但是#raspbian上的某人建议我在此处添加它。

cobaltdr 于 2017-07-21

如果您可以确认断线后vcgencmd get_throttled返回0x0 ，这将排除电源问题。

pelwell 于 2017-07-21

通常发生在我睡着/不和Pi在一起时，回想起来当我无法再连接它时（后来我曾经通过第二个AP连接并重置wlan0）。但是，由于现在已拔掉8192eu加密狗，因此没有任何事件。我可以使用越野车模块插入第二个加密狗，但是断开连接后需要多长时间检查vcgencmd get_throttled？

cobaltdr 于 2017-07-21

只要您没有重新启动，高位比特就会告诉您是否曾经发生过欠压事件。

pelwell 于 2017-07-21

只是运行它。自上次断开连接以来，绝对没有重新启动。可以确认vcgencmd get_throttled返回：
节流= 0x0

cobaltdr 于 2017-07-22

不幸的是，get_throttled在Pi0 / Pi0w上不起作用（没有欠压检测电路）。

popcornmix 于 2017-07-22

由于某种原因，复制粘贴JamesH65的差异对我不起作用。制作了一个应立即应用的补丁文件，人们可能会发现它有用： https :

文件名表示4.9.28，但至少应应用到4.9.35（可能以后也可以）。

将此文件复制到内核树根目录，并应用patch -p1 < linux-4.9.28-brcmfmac-tos.patch

rodizio1 于 2017-07-22

其他（但奇怪）信息：

如果将Pi Zero W连接到wlan0，但不执行任何操作（cron脚本最多每15分钟检查一次sntp），则断开连接非常频繁，大约1-10 /小时，每次最多连接一秒钟。

但是，如果我有一些使用连接的东西，例如在IRC（多个大通道）上空闲，则在整个过程中连接不会一次丢失。

cobaltdr 于 2017-07-23

事实证明，在4.9.35上加载4.9.39内核模块不是一个好主意。

cobaltdr 于 2017-07-23

来自论坛的另一个错误报告，邮箱错误似乎很常见。

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=189046

JamesH65 于 2017-07-24

最新的rpi-update内核现在包括BCDC优先级补丁。

popcornmix 于 2017-07-24

赛普拉斯（曾是Broadcom）为我们提供了新版的WiFi和蓝牙固件以进行测试。您可以在此处下载预发布版本。下载到您的Pi后，运行：

tar zxvf brcmfw_170808.tgz
cd brcmfw_170808
./brcmfw -i

这将解压缩然后安装新固件（将首先备份旧版本）。

还原为原始固件（建议您在安装适当的发行版之前执行此操作）：

./brcmfw -u

更改内容：

CVE-2017-9417：“ Broadpwn”问题修复
在版本字符串中添加“ CY”字符串。
AMPDU序列号死锁修复（此问题的潜在修复）
CLM版本升级
CVE-2017-0572：内存损坏修复

pelwell 于 2017-08-09

👍3

附带说明-我在第一个Pi Zero W上禁用了内部wifi并切换到USB wifi加密狗，所有问题都消失了。几天前，我安装了另一个Pi Zero W以控制我的3D打印机（使用OctoPi）。看到内部wifi似乎可以正常工作时，我感到有些惊讶-但是经过一些测试，我可以确定从LG G4 Android手机（Chrome浏览器）连接后，wifi就会断开。当我考虑时，我猜第一个Pi的行为非常相似...
从我的PC连接不会导致这种影响。

drgrandios 于 2017-08-12

请尝试新的固件，并报告您的发现。

pelwell 于 2017-08-12

我安装了预览固件。我仍然收到“ raspberrypi内核：brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：”错误，随后出现wifi故障。

rjoseph0001 于 2017-08-13

您的用例是什么？

pelwell 于 2017-08-13

和...一样：
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=189046

尝试在那里发布的工作配置。我会更新。

rjoseph0001 于 2017-08-13

请提供您的内核版本，所连接设备的摘要以及需要很长时间才能显示错误。

lategoodbye 于 2017-08-13

邮箱错误仍在调查中，我不希望这样
固件来修复它。该固件中还有更多调试功能可帮助您跟踪
它下来。如果您启用了驱动程序调试功能（抱歉，在移动设备上
没有有关如何执行此操作的详细信息）并查看错误，然后转储
当您收到邮箱错误时，调试和发布详细信息将是
有用。

2017年8月13日21:40，“ Stefan Wahren” [email protected]写道：

请提供您的内核版本，所连接设备的摘要以及
直到错误出现为止需要很长时间。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322062745 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHRwsQyHa-QqOP7ntTqgCfWlgXpEqks5sX1DlgaJpZM4HupC5
。

JamesH65 于 2017-08-14

默认情况下，调试是禁用的，并且需要重新构建模块才能启用（也许我们应该在研究期间更改它）。所需的更改是将BRCMDBG=y到.config，然后进行重建，然后将brcmfmac.debug=0x????????到/boot/cmdline.txt ，其中????????是一个十六进制数字，包括此处记录的位值： https :

pelwell 于 2017-08-14

尝试了pelwell发布的测试固件，问题仍然存在。连接每1-2小时冻结一次。当连接断开并且我尝试ping（ ping 8.8.8.8 ）时，它再次_briefly_工作，直到第8次ping。 ping行为在冻结之间保持一致。工作->冻结-> ping 8.8.8.8->工作->第8次ping->冻结之后，我需要重启树莓派。不过不知道是否有帮助。

核心：
Linux raspberrypi 4.9.41-v7 +＃1023 SMP Tue Aug 8 16:00:15 BST 2017 armv7l GNU / Linux

固件：
BT：test_170808
WiFi箱：test_170808
WiFi文本：test_170808

gilangcp 于 2017-08-14

dmesg中有什么相关的内容吗？

2017年8月14日13:16，“ GIlang Charismadiptya” [email protected]
写道：

尝试了pelwell发布的测试固件，问题仍然存在。
连接每1-2小时冻结一次。当连接断开时，我
尝试ping（ping 8.8.8.8），它再次短暂地工作到8号
ping。之后，我需要重新启动树莓派。

核心：
Linux raspberrypi 4.9.41-v7 +＃1023
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1023&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=AKaU_LFRmDMObaVb2VxPhT3pS6_Sd6Qnrtg_9TSH5pc&s=OFVHPpEIYXIdyZoaKEmVcXWxHk2O53Mv7nB_Kp-jNnI&e=
SMP Tue八月8 16:00:15 BST 2017 armv7l GNU / Linux

固件：
BT：test_170808
WiFi箱：test_170808
WiFi文本：test_170808

—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D322164546&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=AKaU_LFRmDMObaVb2VxPhT3pS6_Sd6Qnrtg_9TSH5pc&s=lhUPrFZ2Xcg2O_gDeznrblSKqMffIk4hXHFaUrCfNIc&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHej12v-2DqQEMPe4n2TBq-5F5VyQgq2Iks5sYCyMgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=AKaU_LFRmDMObaVb2VxPhT3pS6_Sd6Qnrtg_9TSH5pc&s=-6r_-x8_9PHhc0q5uJZcGsxdyCROGK7EhGQyp3scT8U&e=
。

JamesH65 于 2017-08-14

不，没什么有趣的。可能是因为我没有使用调试支持来重建模块。怎么做？还是您将提供编译后的模块？谢谢。

以下是dmesg日志：

`pi<strong i="7">@raspberrypi</strong>:~ $ sudo dmesg

[    4.654722] brcmfmac: Firmware version = wl0: Aug  7 2017 00:46:29 version 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[    5.752968] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[    5.753285] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    6.206530] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[    6.206577] brcmfmac: power management disabled
[    7.088933] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[    7.340040] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    7.340841] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
[    7.431235] Adding 102396k swap on /var/swap.  Priority:-1 extents:4 across:217088k SSFS
[   10.182342] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   10.182357] brcmfmac: power management disabled
[   10.872838] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   10.872903] brcmfmac: power management disabled
[   11.594201] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   14.128592] ip_tables: (C) 2000-2006 Netfilter Core Team
[   14.172268] nf_conntrack version 0.5.0 (15360 buckets, 61440 max)
[   54.604680] random: crng init done

pi<strong i="8">@raspberrypi</strong>:~ $ sudo dmesg -l err
[    4.501055] raspberrypi-touchscreen 3f700000.dsi.0: Unknown Atmel firmware revision: 0xfa
`

gilangcp 于 2017-08-14

有关调试模块的详细信息，请参见上面的Phil文章。我们特别
发生邮箱错误时，对调试跟踪感兴趣。

2017年8月14日17:52，“ GIlang Charismadiptya” [email protected]
写道：

不，没什么有趣的。也许是因为我没有用
调试支持。怎么做？还是您将提供编译后的模块？
谢谢。
随附以下dmesg日志：
` pi @ raspberrypi ：〜$ sudo dmesg
[4.654722] brcmfmac：固件版本= wl0：2017年8月7日00:46:29版本
7.45.41.46（r666254 CY）FWID 01-f8a78378
[5.752968] smsc95xx 1-1.1：1.0 eth0：硬件无法远程控制
醒来
[5.753285] IPv6：ADDRCONF（NETDEV_UP）：eth0：链接未准备好
[6.206530] IPv6：ADDRCONF（NETDEV_UP）：wlan0：链接未准备好
[6.206577] brcmfmac：电源管理已禁用
[7.088933] IPv6：ADDRCONF（NETDEV_CHANGE）：wlan0：链接已准备就绪
[7.340040] IPv6：ADDRCONF（NETDEV_CHANGE）：eth0：链接已准备就绪
[7.340841] smsc95xx 1-1.1：1.0 eth0：链接，100Mbps，全双工，lpa
0xCDE1
[7.431235]在/ var / swap上添加102396k交换。优先级：-1 范围：4
跨：217088k SSFS
[10.182342] IPv6：ADDRCONF（NETDEV_UP）：wlan0：链接未准备好
[10.182357] brcmfmac：电源管理已禁用
[10.872838] IPv6：ADDRCONF（NETDEV_UP）：wlan0：链接未准备好
[10.872903] brcmfmac：电源管理已禁用
[11.594201] IPv6：ADDRCONF（NETDEV_CHANGE）：wlan0：链接已准备就绪
[14.128592] ip_tables：（C）2000-2006 Netfilter核心小组
[14.172268] nf_conntrack版本0.5.0（15360个存储桶，最大61440）
[54.604680]随机：crng初始化完成
pi @ raspberrypi ：〜$ sudo dmesg -l err
[4.501055] raspberrypi-touchscreen 3f700000.dsi.0：未知的Atmel固件
修订：0xfa
`
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322228992 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHXuy3Eo5PqPAP8FfSFiYWMUQL7fAks5sYG1HgaJpZM4HupC5
。

JamesH65 于 2017-08-14

最新的rpi-update内核启用了BRCMDBG，它应该允许@pelwell先前建议的brcmfmac.debug=0x????????命令行选项。

popcornmix 于 2017-08-16

Errrr .....我的Pi3坚如磐石，现在可以无线上网了，因为几天前我升级到最新的Raspbian了：-(

Crrispy 于 2017-08-24

有什么症状？我不希望固件退化，或者
确实是驾驶员本身。

2017年8月24日20：07，Crrispy [email protected]写道：

Errrr .....我的Pi3在使用wifi时坚如磐石，因为我
几天前升级到最新的Raspbian :-(
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-324728431 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHUxvLV3OzKGpcmEMGEoSad_piujBks5sbcoHgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-08-24

@Crrispy
尝试这个：
我从/ etc / network / interfaces文件中删除了所有关于eth0的内容，用auto替换了allow-hotplug，然后在wlan0和wlan1上都强制关闭了无线电源。

我的/ etc / network / interfaces文件：

auto lo
iface lo inet loopback

wireless-power off
auto wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

wireless-power off
auto wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf`

然后我刷新了arp：

ip -s -s邻居全部清除

然后我重新启动：

sudo立即重启

edwardkangdev 于 2017-08-25

我很确定自己经常遇到此错误。运行hostapd，使用内部Broadcom wifi承载一个接入点，并路由通过USB wifi加密狗（作为无线客户端）连接到该客户端的客户端。连接了多个设备，但是当我将Pi移出所连接设备的范围时，似乎会发生wlan崩溃。与其他设备一样，仅内部Broadcom无线局域网设备出现故障：以太网和其他无线局域网保持不受影响。我还在系统日志中收到“邮箱”错误：

Aug 27 08:34:38 raspberrypi kernel: [40063.859420] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

（有关更多日志详细信息，请访问https://pastebin.com/NPB00ZEq）

我已经注意到，当wlan设备处于故障状态时，iwconfig的输出不再显示Tx_Power值，因此在此期间，我使用它来编写自动重启的脚本。

我刚刚更新到最新的rpi更新，安装了上面引用的测试wifi驱动程序，并使用BRCMF_TRACE_VAL的十六进制值将调试标志添加到了我的cmdline.txt中： bcrmfmac.debug=0x00000002

randyoo 于 2017-08-27

如果可以定期收到邮箱错误，我们将感谢调试驱动程序的结果。当您收到邮箱错误时，请执行以下类似操作以获取取证并将结果发布到此处，我可以将其传递给正在调查该问题的赛普拉斯。

cat /sys/kernel/debug/brcmfmac/mmc1\:0001\:1/forensics

JamesH65 于 2017-08-27

好吧，自从运行rpi-update以来，我再也无法复制这个容易复制的问题。如果有帮助的话，我可以通过从2017年6月21日降级到新安装的Raspbian版本来实现这一目标。

randyoo 于 2017-08-28

@詹姆士H65
设法捕获了您请求的取证（在邮箱错误之后），但需要明确的是，这是在降级到6月21日Raspbian构建中包含的内核之后。可能已经解决了，因为在安装大约两周前@pelwell发布的测试固件并运行rpi-update之后，我还没有解决这个问题。

这是取证的链接：
https://pastebin.com/VVqVQ8FW

希望对您有帮助...

randyoo 于 2017-08-29

👍1

因此，我怀疑使用旧固件。我们希望获得取证
新固件（显然有额外的消息旨在跟踪）
邮箱问题。这使我认为赛普拉斯似乎仍然认为
即使进行了其他修复，邮箱问题也仍然存在。无论如何都会传递数据，以防万一。

很高兴知道错误更难重现！

2017年8月29日15:51，randyoo [email protected]写道：

@詹姆士H65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=3RXFuPnppW2lu6j302oN0bZFkwDQhfTLIZ4fb-qzMds&e=
设法捕获您所要求的取证，但要明确一点，
这是在降级到6月21日Raspbian中包含的内核之后
建立。它很可能已经解决了，因为我无法
在安装@pelwell发布的测试固件后重现该问题
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_pelwell&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=OEna5EdFdm9tLu51AyYXqp_FN2kYCjSiEmIG7OTV8yI&e=
大约两个星期前。
这是取证的链接：
https://pastebin.com/VVqVQ8FW
https://urldefense.proofpoint.com/v2/url?u=https-3A__pastebin.com_VVqVQ8FW&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=05AD-plLg4D-_tU_7DpsL3d-tOtWDjbQs62eqP9W9gg&e=
希望对您有帮助...
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D325689126&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=0aM55qLQhMgI2neXi8qVWOJ4FNsV4VlNCOyxI3AW_2c&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHZObdWpcetcTECfa0dqKXJPMWiS1ks5sdCVxgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=nNj0tSkc_hIjXqC-9GAp1TcD06OXO70Ivwzo_EdWB1E&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-08-29

这使我认为赛普拉斯似乎仍然认为
即使进行了其他修复，邮箱问题也仍然存在。

是的，这也是我的理解。

@randyoo感谢您的积极反馈。

pelwell 于 2017-08-29

@詹姆士H65
好的，这又发生了，这次是在最新的rpi-update固件上，并使用了@pelwell发布的测试固件。不幸的是，取证输出看起来与上一篇文章中的相同。（不知道为什么我在取证转储中没有得到不同的/或更详细的信息，因为根据我以前的文章，我的cmdline.txt中确实启用了调试功能）

我确实继续转储了其他/ sys / kernel / debug内容的内容。这是： https :

randyoo 于 2017-08-29

👍1

在最后一次wlan冻结中，内核日志跟踪似乎更加详细。见链接：
https://pastebin.com/KTxbgpYV

希望能有所帮助。

randyoo 于 2017-08-31

固件取证中还有更多细节吗？我认为那是
发生邮箱错误时，赛普拉斯非常有兴趣。

2017年8月31日21:56，randyoo [email protected]写道：

在最后一次wlan冻结中，内核日志跟踪似乎更加详细。
见链接：
https://pastebin.com/KTxbgpYV
https://urldefense.proofpoint.com/v2/url?u=https-3A__pastebin.com_KTxbgpYV&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=Q-jbAaSSLWAuC7E9Mh2NDxUucRiJHVodu4QDmS5Tcoo&s=9SV25GVatAz8aDQRiSTEUEGmojqbPPSY5MnyCHwA3X0&e=
希望能有所帮助。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D326418448&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=Q-jbAaSSLWAuC7E9Mh2NDxUucRiJHVodu4QDmS5Tcoo&s=IZRQxkqqxvIzHVKqJB-6M_URsEqng8tIkcmxDIzkkiw&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHdZjkkbqkyNpJMIj22zqwwR9Evq5ks5sdx4OgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=Q-jbAaSSLWAuC7E9Mh2NDxUucRiJHVodu4QDmS5Tcoo&s=JGjVJt7B0gGL7s7rhdudrn9OPNciRuJmCSYSUHuezJ8&e=
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-09-01

对，对不起设法捕获了法医，是的，那里似乎有更多细节：
https://pastebin.com/qypfAfAp

randyoo 于 2017-09-01

由于有时会有新的案例帮助，因此我有时也会得到帮助：

pi @ jempi ：〜$ grep“ brcmf_sdio_hostmail：未知邮箱数据内容：0x40012” / var / log / syslog
8月14日22:16:23 jempi内核：[501.247242] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
8月17日20:26:20 jempi内核：[509.684277] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
8月24日23:57:37 jempi内核：[573.652189] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
8月29日23:50:16 jempi内核：[5052.517999] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
8月30日00:02:18 jempi内核：[170.978988] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
8月30日23:58:03 jempi内核：[8254.502431] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
9月2日00:33:28 jempi内核：[5979.773944] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012

我使用内部wifi（wlan0）作为AP，并插入了加密狗（wlan1）以连接到路由器：
pi @ jempi ：〜$ ifconfig wlan0
wlan0链接封套：以太网HWaddr b8：27：eb：cf：db：b8
inet地址：10.3.141.1广播：10.3.141.255 掩码：255.255.255.0
inet6地址：fe80 :: 6b56：4657：75cd：a501 / 64范围：链接
广播多播MTU：1500 公制：1
RX数据包：0 错误：0 丢弃：0 超限：0 帧：0
TX数据包：30 错误：0 丢弃：0 超限：0 运营商：0
囊肿：0吨xqueuelen：1000
接收字节：0 （0.0 B）发送字节：5492 （5.3 KiB）

pi @ jempi ：〜$ ifconfig wlan1
wlan1链接encap：以太网HWaddr 00：60：b3：db：8a：4a
inet地址：192.168.1.74 广播：192.168.1.255 掩码：255.255.255.0
inet6地址：fe80 :: 260：b3ff： fedb：8a4a / 64 范围：链接
UP广播多播MTU：1500 公制：1
RX数据包：1358 错误：0 丢弃：2 超限：0 帧：0
TX封包：789 错误：0：已丢弃：0 ：超限：0 ：运营商：0
囊泡：0 t xqueuelen：1000
接收字节：256652 （250.6 KiB）发送字节：215250 （210.2 KiB）

我安装了内核4.9.35-v7 +，并于昨天将其升级到了4.9.46-v7 +（带有rpi-update），但没有帮助。失败时来自syslog的输入：

9月2日00:33:28 jempi内核：[5979.773944] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
9月2日00:34:00 jempi内核：[6011.624839] brcmfmac：brcmf_netdev_wait_pend8021x：超时，等待任何未决的802.1x数据包
9月2日00:34:02 jempi内核：[6014.184823] brcmfmac：send_key_to_dongle：wsec_key错误（-110）
9月2日00:34:05 jempi内核：[6016.744833] brcmfmac：brcmf_cfg80211_del_station：SCB_DEAUTHENTICATE_FOR_REASON失败-110
9月2日00:34:06 jempi内核：[6017.704831] brcmfmac：brcmf_netdev_wait_pend8021x：超时，未等待任何未决的802.1x数据包
9月2日00:34:08 jempi内核：[6020.264850] brcmfmac：send_key_to_dongle：wsec_key错误（-110）
9月2日00:34:11 jempi内核：[6022.824903] brcmfmac：brcmf_cfg80211_change_station：设置SCB（取消授权）失败，-110

使用sudo ifconfig wlan0重新启动wlan0接口，然后再向上启动无济于事。

bulrog 于 2017-09-02

@bulrog请同时提供上述James解释的取证方法。
wlan1使用哪个驱动程序？拔出的加密狗是否还会出现此问题？

lategoodbye 于 2017-09-02

其他一些取证记录：
https://pastebin.com/vqh3UcF3

randyoo 于 2017-09-02

👍1

以防万一这有助于赛普拉斯在正确的区域中查找：我已经多次遇到此问题，并且每当设备尝试连接时，它就会显现出来。进入AP范围后或唤醒睡眠设备时，发生了很多次。

我已经将该配置保留了足够长的时间以捕获取证，并且如果我可以提供更多详细信息，我很乐意这样做，但是wlan崩溃现在经常发生，以至于我的设备无法使用。我打算使用另一个USB wifi加密狗来替换内部无线电，以实现可靠性。

randyoo 于 2017-09-04

我已将您最近的取证信息传递给赛普拉斯-感谢您抽出宝贵的时间。

pelwell 于 2017-09-04

我只是想插话。运行最新固件的三个RPI3上完全一样。我在所有三个数据库上都使用了Octopi，并通过Printoid访问它们。

joshfria 于 2017-09-05

bcrmfmac.debug应该是brcmfmac.debug （感谢@MilhouseVH发现）
我将编辑前面的文章。

popcornmix 于 2017-09-06

bcrmfmac.debug应该是brcmfmac.debug（感谢发现@MilhouseVH）
我将编辑前面的文章。

基于此，我认为我捕获的取证不完整。

我已经重复了取证记录，可以在以下URL中仔细阅读：
https://pastebin.com/ha5rd7SW

另外，我的/var/log/kern.log文件大小接近200MB，其中大多数包含非常相似的条目。我将邮箱错误定位在00:53:19，并在错误发生前后两秒钟进行了嗅探。希望对您有所帮助，请在此处查看：
https://pastebin.com/JcE0zstS

randyoo 于 2017-09-07

所以我认为我也发现了相同的问题，请参见https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=192735

我可以在5分钟内重现它。您需要通过wifi（摄像头Web界面）获得大量流量，并且wifi信号非常低。我的pi为零，它足以将您的手指/手放在板载天线上，以使信号几乎为零（我的路由器显示15-20％的信号）。在这种状态下大约1分钟后，wifi崩溃了

Knedox 于 2017-09-08

@lategoodbye ，一周后，我打开了pi，并且没有问题，只要没有人使用AP，并在将手机连接到wlan0一段时间后出现问题。我运行命令，结果可以在这里找到： https :

对于wlan1，我使用了一个很旧的加密狗。不记得要安装哪个驱动程序才能正常工作，但这是lsusb为我使用的硬件提供的功能：

总线001设备005：ID 0 cde：0008 Z-Com XG-703A 802.11g无线适配器[Intersil ISL3887]

bulrog 于 2017-09-10

我不知道这是否有帮助，但这是我的经验：

我买了一个Pi3，并使用内部wifi（离AP不远）对其进行了几天的测试，它似乎运行良好（我没想到会有高比特率，它对于通过ssh进行远程Shell很有用））。

将其放入铝制外壳中后，它似乎仍然可以正常使用，但随后wifi随机变得无法使用。长达几分钟的无ping操作通过。有时候，它可以很好地工作几秒钟，但又再次切换到“每秒一次击键”的体验，或者完全停止工作。

似乎没有“缓慢但可用”的连接，只有“非常好”或“不可用的”连接才可能。这可能是由于固件中的错误所致。我不知道，坦白说，我失去了耐心，而是使用了一个很小的USB加密狗，它可以100％稳定地工作。

ashimokawa 于 2017-09-12

有没有人找到解决方法来检测问题（在AP模式下）并以编程方式重置无线设备？

iurly 于 2017-09-21

并非我所看到的，重新启动界面没有帮助。对我来说，遏制措施是购买外部wifi USB设备，它的工作原理就像一个护身符，但这很可惜，因为现在我关闭了pi的wifi（叹气！）

bulrog 于 2017-09-21

您的意思是邮箱问题吗？赛普拉斯仍在调查该问题。

在2017年9月21日08:38，“ morel jerome” [email protected]写道：

并非我所看到的，重新启动界面没有帮助。对我而言
原本是要购买一个外部wifi usb设备，它的工作原理很像，但它确实
有点可怜，因为现在我关闭了pi的wifi（叹气！）
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D331077428&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=yJzPdDsdAiNsKtR1oEpYjjGEpQ0eJYC9ewXwEfkuqPc&s=6bBJAhWAGVPWclnkLVfXnnxkjzhpirqKWLaw_h7N5vE&e= ，
或使线程静音
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHSRUXSjMwOd-5Fd-5F2VgM3QanccSv4Kks5skhJ-2DgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=yJzPdDsdAiNsKtR1oEpYjjGEpQ0eJYC9ewXwEfkuqPc&s=YJocP4q5OKwHSRNQcwjY5pPFGv4VuM-5oNsMo0MDIZU&e=
。

JamesH65 于 2017-09-21

是的，邮箱问题。我希望它能解决，但作为遏制措施，我不得不切换到外部设备。

bulrog 于 2017-09-21

行。赛普拉斯对此不敢恭维-这是固件问题，并且只有它们可以访问。我会继续提醒他们.....我们可能需要更多的取证，但如果是这种情况，将在此处发布。

JamesH65 于 2017-09-21

闲置几秒钟后，我的无线局域网断开连接并重新连接（我认为这是省电的，即使我用iw禁用了它，也可能是干扰）。不知道这是否与此处讨论的问题相同（因为它会立即重新连接）。

如果我用ssh -o ServerAliveInterval 5 ...连接，它将不再断开连接。

$ uname -a
Linux pi3 4.4.50-hypriotos-v7+ #1 SMP PREEMPT Sun Mar 19 14:11:54 UTC 2017 armv7l GNU/Linux

asssaf 于 2017-09-22

@asssaf ，
没问题，如果重新连接通常只是一个延迟问题，但是当WiFi掉线并且没有自动重新连接时，如果通过WiFi无头运行（PiZero-W的主要潜在功能之一），则系统崩溃了用于所有实际目的。

即使在网络负载很重的情况下（例如Motioneye），即使我在HDMI，鼠标和键盘上也有HDMI，有时恢复的唯一方法是重启电源。

我已经在带有WiPi USB WiFi加密狗的Pi2上重复了Motioneye的安装和配置，到目前为止，它在负载下可以完美工作，在几小时内可靠地杀死了PiZero-W。对我来说，这似乎可以确认它是WiFi芯片/驱动程序问题，而不是Raspbian-stretch的问题。

wb666greene 于 2017-09-22

@ PeterTheMaster1 @randyoo @joshfria

好，给任何经常看到邮箱问题的人发送消息，并且可以为我测试一下。

我们提供了赛普拉斯的诊断固件，该固件可能有助于找出问题所在。如果遇到邮箱问题的任何人都愿意运行此固件，并且当邮箱出现问题时，转储取证，并将结果发布在此处，那将有很大帮助。请注意，此固件不应用于其他任何用途，而是要进行此测试，因为它将是“非最佳”的！如果您能够进行测试，请在此处评论，我将与固件和说明联系。

JamesH65 于 2017-09-25

@iurly ：我编写了一个脚本，该脚本可以检测到问题，然后重新启动，因为关闭和启动接口无济于事...然后，它经常重新启动，以至于我只能通过使用它来获得有用的设备退出AP模式（并将AP职责分配给我的USB软件狗）

@ JamesH65 ：和以前一样，我很乐意提供帮助。它是诊断固件的新版本吗？我三周前（在此问题页面上）使用此页面上先前发布的诊断/调试固件发布了取证记录。

randyoo 于 2017-09-27

是的，截止9月25日星期一，赛普拉斯提供了新固件。
诊断。您提供的先前的取证范围已缩小
问题，他们需要更多细节。我正在运行机器
至今已24小时，没有邮箱错误，因此当前无法复制
我。

你能给我发电子邮件给我詹姆斯吗。 [email protected] ，我可以给您固件。我不想在全球范围内进行宣传，因为它实际上只是出于测试目的。

2017年9月27日14:48，randyoo [email protected]写道：

@iurly https://github.com/iurly ：我编写了一个脚本来检测
问题，然后重新启动，因为将接口调低了
没有帮助... Bu然后它重新启动的频率很高，以至于我只能得到一个
通过将其退出AP模式（并将AP职责分配给我的设备）
USB加密狗）
@ JamesH65 https://github.com/jamesh65 ：我很乐意提供帮助
之前。它是诊断固件的新版本吗？我发布了一个
3周前（在此问题页面上）使用
诊断/调试固件已在本页前面发布。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-332526471 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHW_vEVuxFD-9RuxE003QZc_2NoFaks5smlIjgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-09-27

@ JamesH65如果您愿意提供新固件的链接，我可以按照您的要求安装它并尝试再次捕获取证。

randyoo 于 2017-09-27

不幸的是，在此处提供链接意味着该链接是公开可用的，并且
因为这是一个非常测试的固件，所以我宁愿不要逃脱
野外。因此，要求通过电子邮件进行。如果有问题，我将上传
它在某个地方，可以发布链接。

2017年9月27日15:56，randyoo [email protected]写道：

@ JamesH65 https://github.com/jamesh65如果您愿意
提供新固件的链接，我可以安装它并尝试捕获
根据您的要求再次进行取证。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-332548884 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHbVhHD2rk_hp3kG51WBY0R0IQzL3ks5smmIbgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-09-27

@ JamesH65我知道我经常在AP模式下冻结

我正在运行内核4.4.50附带的固件（由于回归，我不能真正升级到最新的4.9，请参见＃2197），该版本是否会显示该消息，或者是在以后添加的？

谢谢！

iurly 于 2017-09-27

👍1

@iurly，您说对了，Broadcom驱动程序中的崩溃问题是在AP模式下发生的，我不知道这是否与邮箱错误有关。似乎这里有1个以上的错误，可能是由于问题存在的时间而导致的硬件错误，并且找不到解决方案。

semeion 于 2017-09-27

真正令我困扰的是缺乏解决方法，而没有重新启动整个系统。
我的意思是，甚至没有办法重置外设并重新启动hostapd？！？

iurly 于 2017-09-27

@iurly，您说对了，Broadcom驱动程序中的崩溃问题是在AP模式下发生的，我不知道这是否与邮箱错误有关。似乎这里有1个以上的错误，可能是由于问题存在的时间而导致的硬件错误，并且找不到解决方案。

仅供参考，我在客户端/工作站模式下也遇到问题。运行4.9内核的LEDE master，并使用7.45.41.46固件。

stintel 于 2017-09-28

@詹姆士H65
了解防止发布测试固件的愿望。电子邮件是可以的，但是我也不想在这里公开发布我的地址，也没有在github上发送消息的方法。

randyoo 于 2017-09-28

使用上面的我的pi地址给我发送电子邮件，我将向您发送固件。

JamesH65 于 2017-09-28

回覆。 Ap模式
自4.4版以来已进行了一些修复，因此值得一试
看看是否仍然存在该问题。

JamesH65 于 2017-09-28

嗯，当您编辑评论时，不会发送电子邮件更新，而我在Pi电子邮件中已对上述条目进行了编辑，因此您可能尚未更新。使用github网站查看您需要给我发电子邮件的地方。

JamesH65 于 2017-09-28

@ JamesH65给您发送了一封电子邮件。很高兴听到以前的法医捕获帮助将其范围缩小了，至少……解决此问题后，似乎很多人都感到满意。

randyoo 于 2017-09-28

👍1

@詹姆士H65
这是您通过电子邮件发送的固件的取证记录： https :
希望能帮助到你。

randyoo 于 2017-09-29

👍1

太棒了，将传递给赛普拉斯。谢谢你这样做。

JamesH65 于 2017-09-29

我现在在装置中有一个pi，似乎可以随意重现。如果收集更多的取证资料有帮助，请告诉我。我可以在日志中看到邮箱错误。

eiwanski 于 2017-10-06

在将MicroSD更换为Zero W后，它已连接7天，没有问题。我认为它不会存活这么长时间。听起来很奇怪，SD卡可能会影响WiFi，但由于它们都连接到SDIO总线，因此一个可能会影响另一个。

我以前使用的卡是UDOO Quad板随附的（可能便宜）8GB Transcend class 4。现在它是三星EVO 32GB。遇到问题的人可能想尝试使用其他卡是否有帮助。

stintel 于 2017-10-07

@stintel有趣，但是在另一个microSD上设置软件可能会出现问题，甚至损坏microSD。

semeion 于 2017-10-07

可能与电源有关吗？也许便宜的卡暂时从公交车上消耗了太多能量？

rraszews 于 2017-10-07

我加载了Pelwell发布的固件，并看到了巨大的改进。以前，到我的Pi 0W的SSH就像使用2400波特调制解调器和and脚的电话线拨入终端一样。现在，我可以运行远程X，并且效果很好。

谢谢！

SeanMollet 于 2017-10-10

我有同样的问题。通过从raspberryPi3-internal-wifi到Galaxy S5 wifi传输大量文件名（基于ftp的同步），停止工作。但有时候可以...

2ndK 于 2017-10-14

我的RPi3 WiFi AP遇到邮箱消息相同的问题，但在此论坛中找到了一个解决方案，它对我有用。解决方案是在/etc/hostapd/hostapd.conf中更改以下参数

wpa = 3更改为wpa = 2auth_algs = 3更改为auth_algs = 1

我已经测试了1周，它不再显示邮箱问题。

我不确定它是否对所有人都有效，但是您可以尝试一下，如果可行，可以在此处发布。

这是正常工作的hostapd，conf：

interface=wlan0
driver=nl80211
country_code=CO
ctrl_interface=wlan0
ctrl_interface_group=0
ssid=Mailbox Issue Test
hw_mode=g
channel=5
wpa=2
wpa_passphrase=mailbox
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
beacon_int=100
auth_algs=1
macaddr_acl=0
wmm_enabled=1
eap_reauth_period=360000000

afvrsystems 于 2017-10-18

关于此问题有任何更新吗？还是有任何已知的解决方法？

在最近购买的具有最新stretch-lite和rpi-update Pi Zero W上仍然遇到这种情况。

使用RPi通过RTSP（udp）流式传输摄像机馈送，我可以看到在WiFi连接断开之前，连接急剧恶化，之后WiFi连接再也无法恢复，因此我必须重新启动Pi0W。

dmesg > dmesg.log仅显示：

brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

如果将Pi0W移近接入点，则不会出现此问题。

我没有使用Pi0W作为访问点，它只是一个客户端。我尝试了不同的电源。

d4rken 于 2017-10-25

我们目前正在等待无线芯片提供商赛普拉斯（Cypress），
解决问题。我会再次对其进行ping操作。

2017年10月25日14：02，Matthias Urhahn [email protected]
写道：

关于此问题有任何更新吗？还是有任何已知的解决方法？
在最近购买的Pi Zero W和最新的Pi Zero W上仍然会遇到这种情况
截至昨天为止，stretch-lite和rpi-update。
使用RPi通过RTSP（udp）流式传输摄像机供稿，我可以看到
在WiFi连接断开之前，连接急剧恶化，
之后，WiFi连接将永远无法恢复，我必须重启电源
Pi0W。
dmesg> dmesg.log仅显示：
brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
如果将Pi0W移近接入点，则不会出现此问题。
我没有使用Pi0W作为访问点，它只是一个客户端。我试过了
不同的电源。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-339322153 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHRlPhJBGXc3JFWbpw_Tf4_EKmgAeks5svzFQgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2017-10-25

👍1

好吧...我已经升级到了最新的内核/固件（apt-get升级，然后rpi-update），现在，即使我的Pi3拥有坚固的wifi，在几个小时后也丢失了它！我知道，如果它没有损坏，请不要对其进行修复……不应该进行升级，但是由于我会不时使用相同的SD卡在第二代Pi3中进行测试。

Crrispy 于 2017-10-25

FWIW，我也可以随意重现此问题。我在Raspberry Pi上创建了一个论坛帖子，解释了该问题：

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=196018&p=1226143#p1226143

注意：我没有将Pi用作AP。如果有帮助，我可以提供取证或测试实验性固件等方面的帮助。

srinathava 于 2017-10-31

这里同样的问题。我设置了ownCloud，可以毫无问题地从笔记本电脑传输文件。
但是，一旦我使用三星Galaxy S7 wifi传输文件时，
raspberrypi kernel: [ 962.273390] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012 :
出现。

我的路由器是FRITZ！Box 7490。

感谢@srinathava的帖子很好地描述了我的问题！

fkbreitl 于 2017-11-02

使用测试固件进行测试的人员可以尝试以下操作-赛普拉斯所需的更多调试信息。

在执行insmod时，添加“ debug = 0x100000”
一旦发生问题，保存“ dmesg”输出

谢谢。

JamesH65 于 2017-11-03

另一个请求帮助的人。

使用测试固件进行测试的人员（请参见上文）可以尝试以下操作-赛普拉斯所需的更多调试信息。

在执行insmod时，添加“ debug = 0x100000”
一旦发生问题，保存“ dmesg”输出-这就是我们感兴趣的地方。

谢谢。

JamesH65 于 2017-12-08

@ JamesH65只是想让您知道，我现在正在尝试收集信息，但是问题尚未解决。我仅对/etc/hostapd/hostapd.conf文件进行了一些小的更改，但是这些更改可能无意中解决了此问题。如果几天后问题仍未解决，我将还原这些更改，以尝试复制问题并收集调试数据。

randyoo 于 2017-12-09

感谢您的帮助。

如果确实能解决问题，那么很高兴看到您对hostapd所做的更改。

JamesH65 于 2017-12-11

稳定4天后，我将更改恢复到/etc/hostapd/hostapd.conf文件，仅几个小时后，问题再次出现。这是dmesg的输出：

[86340.811305] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[86374.278317] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86376.838299] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86376.838314] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[86379.398310] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86381.958740] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86381.958754] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[86384.518337] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86384.518353] brcmfmac: brcmf_cfg80211_get_tx_power: error (-110)
[86387.078328] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86389.638353] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86389.638366] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

我正在运行一个名为RaspAP的软件包，并且我不确定它是否代表我配置了hostapd.conf文件，尽管我不确定100％。

无论如何，通过在/etc/hostapd.conf中注释掉这一行： 并替换为： 我已经连续4天保持稳定运行，而它过去几小时甚至有时几分钟就崩溃了！

希望所有这些都对您有所帮助。

randyoo 于 2017-12-13

👍6

抱歉，如果我在错误的位置发布消息，则在以树莓派发送UDP单播数据包时，RPi3内部（broadcom）无线局域网会遇到奇怪的行为。
我每秒发送一次2kb的小数据包，在接收器端，每120秒将其阻塞大约3-4秒。该测试的运行就像发条一样，我可以通过iperf进行以下操作来重现

Rpi3

iperf -u -c 192.168.1.22 -i 1 -t 3600

Ubuntu PC作为WiFi客户端连接到RPi3（IP 192.168.1.22如上所述）

iperf -u -s -i 1

每120秒确保出现一次堵塞。有趣的是，使用TCP似乎不会发生这种情况
最后，下载并查看了驱动程序代码（并且不了解任何内容）后，我注意到了一个可疑的地方

定义BRCMF_SCAN_PASSIVE_TIME 120

然后在驱动程序代码中使用

这可能相关吗，我正竭尽全力解决吗？
谢谢

LeeMooreImperas 于 2017-12-19

我将以下内容放入/etc/rc.local，我的似乎工作得更好：

Iwconfig wlan0关机

PI零w

肖恩

2017年12月19日凌晨3：42，LeeMooreImperas [email protected]写道：
抱歉，如果我在错误的位置发布消息，则在以树莓派发送UDP单播数据包时，RPi3内部（broadcom）无线局域网会遇到奇怪的行为。
我每秒发送一次2kb的小数据包，在接收器端，每120秒将其阻塞大约3-4秒。该测试的运行就像发条一样，我可以通过iperf进行以下操作来重现
Rpi3
iperf -u -c 192.168.1.22 -i 1 -t 3600
Ubuntu PC作为WiFi客户端连接到RPi3（IP 192.168.1.22如上所述）
iperf -u -s -i 1
每120秒确保出现一次堵塞。有趣的是，使用TCP似乎不会发生这种情况
最后，下载并查看了驱动程序代码（并且不了解任何内容）后，我注意到了一个可疑的地方
定义BRCMF_SCAN_PASSIVE_TIME 120
然后在驱动程序代码中使用
这可能相关吗，我正竭尽全力解决吗？
谢谢
—
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看，或使该线程静音。

SeanMollet 于 2017-12-19

嗨肖恩
不幸的是，感谢大家的注意，Broadcom设备不接受此提示，我得到了

Error for wireless request "Set Power Management" (8B2C) 
    Set failed on device wlan0; Invalid argument

但是我确实在设置中使用以下命令来实现相同的目标
$ iw dev wlan0 set power_save off
这被接受，如果我查询设置
$ iwconfig wlan0
我明白
Power Management:off

因此，可以确定节电功能已关闭，但无法解决此问题
谢谢

LeeMooreImperas 于 2017-12-19

@LeeMooreImperas我建议为此单独打开一个问题，并至少提供内核版本和Wifi固件版本。

lategoodbye 于 2017-12-19

很久以前，我对此线程发表了评论，但由于我不再能够复制它，因此不得不停止查看它。好吧，我有一些新数据，我觉得这很有趣。

我有两个Raspberry Pi。 1个B + V1.2和1个原始的Raspberry PI（C）2011。

如果我在RaspPi B +上运行“ 4.1.19+＃858 Tue Mar 15 Tue Mar 15 15:52:03 GMT 2016”，则Edimax WiFi芯片将出现其他人已经看到的问题。

如果在同一RaspPi B +上运行“ 4.9.27+＃1 Thu May 11 17:40:53 UTC 2017”，则同一Edimax WiFi芯片将不会显示此问题。

我现在想知道这是否与硬件不兼容，我还想起了，在更老的RaspPi板上，USB WiFi需要一条特殊的电缆来增加+ 5V电源，因为来自板的电源不是。足够驱动它。我将切换回SD卡，使其出现问题，然后查看这种电缆是否有帮助。

rajid 于 2017-12-19

好的，我想我有错。

在较旧的RaspPi上运行4.9.27+将出现此问题。立即验证。

rajid 于 2017-12-19

好的，这是确定的，非常有趣。

使用原始的Raspberry Pi板（大约在2011年）并运行Linux 4.9.27+（来自“ uname -a”），我可以重现Edimax USB WiFi芯片每次失去WiFi连接以及IP地址的问题。，在几分钟之内。

使用相同的原始Raspberry Pi开发板和相同的Linux版本，但仅使用USB电缆（仅允许我从辅助电源将+ 5V扩展到USB WiFi）的唯一变化是，系统是稳定的。

因此，Edimax USB WiFi卡在此设置中似乎没有足够的电量，这肯定存在问题。显然，这对使用带有内置WiFi的Raspberry Pi的用户没有帮助，但是在那种情况下，我想知道是否可能正在发生类似的问题，以及是否转向使用能够产生更多安培的USB适配器？有区别吗？

rajid 于 2017-12-19

在某些情况下，为Pi供电的Mains to USB适配器可能无法提供干净的5V电压。
由于必须对AC进行调节，然后在变为5V之前对其进行平滑处理，但是输出DC中仍然会产生一些纹波。
笔记本电脑或PC机提供的5V电压比没有便宜的主电源转USB充电器更容易产生波纹

在不同条件下将示波器放在wifi芯片的电源上很有意思，以查看故障/非故障期间的波动是什么样的

grbd 于 2017-12-20

请将此问题保持在Pi3上的ONBOARD Brcm无线芯片问题上-如果其他设备有问题，请访问论坛获取建议。这仅仅是为了使我们需要传递给赛普拉斯的信息不会太混乱。

JamesH65 于 2017-12-20

@詹姆士H65
@lategoodbye

嗨，詹姆斯，斯特凡，
因此，这里出现冲突消息，我记录的问题与RPi3 BRCM WiFi直接相关。
那么，这是否应该进入其他线程（如Lategoodbye所建议）？
我会认为该线程专门与我的问题有关？

我很高兴提出这个问题

谢谢

LeeMooreImperas 于 2017-12-20

@LeeMooreImperas尽管您的问题与板载无线设备有关，但您的问题是每2分钟暂停一次，此问题描述了完全的无线锁定失败，它是随机间隔发生的，因此感觉无关紧要。因此，可能值得制造另一个问题。不幸的是，我之前的信息有点含糊。

JamesH65 于 2017-12-20

在此添加另一个“我也是”。
硬件：Raspberyy Pi 3，B型。
内核：Linux raspberrypi 4.9.70-v7 +
操作系统：Raspbian GNU / Linux 9（stretch）
加载的图像：2017-11-29-raspbian-stretch.img
图片MD5：
SDCard：不确定制造商，它随套件一起提供
接口文件： interfaces.txt
hostapd.conf： hostapd.txt
dmesg输出（工作时）： dmesg_20171230.txt

该设备被配置为我的无线网络的访问点。我的主要路由器是Linksys EA6400固件版本1.1.40（内部版本184085）。 Linksys和Pi在不同的通道上都提供相同的SSID。 Pi通过有线连接连接到路由器，并且两者之间使用非托管开关。
设备上的操作系统负载相当新鲜。我在系统上安装了RetroPie映像，并且遇到了相同的问题。我重新加载到Raspbian，看看它是否更好。
我看到了桥梁的零星辍学。主要症状是Pi提供的无线网络似乎与有线网络隔离。有线接口继续正常运行，我可以通过SSH连接到Pi。如果在该状态下在无线接口（wlan0）上运行tcpdump，我仍然可以看到与已连接设备之间的通信。
循环无线连接（ifdown； ifup）似乎无法解决问题。我尚未尝试循环桥接接口（br0）。通常，我一直在重新启动可解决此问题的设备。
我不确定是否相关。但是，运行一段时间后，当我尝试控制ChromeCast 2时，似乎会出现此问题。例如，如果我要在ChromeCast上通过Netflix播放节目，然后尝试暂停该节目，那时候该桥似乎掉线了。我还不能通过tcpdump来捕获它。但是，这对我来说是下一步。
我认为这可能是一个热点问题；但是，在其中一个辍学期间，我有/opt/vc/bin/vcgencmd measure_temp在30秒的循环中运行，我的CPU温度在50C范围内。不确定如何在LAN芯片上获得温度读数，因为这可能会产生热量。

我很高兴根据需要捕获日志/ pcap，以帮助进一步解决问题。不过，由于我在Linux方面的知识还存在很多空白，因此请在说明中明确说明。

编辑：刚刚退出，做了sudo ifdown br0 && sudo ifup br0 ，看来又开始工作了。下一次退学时，我会再次测试。

EDIT2：这是连接失败的dmesg转储。 sudo ifdown br0 && sudo ifup br0这次似乎没有恢复连接。
dmesg_20171220_failed.txt
特别值得注意的似乎是错误：
brcmfmac：brcmf_cfg80211_stop_ap：设置INFRA模式失败-7

EDIT3：在该线程上跑过一个类似的问题，该问题又回到了该线程。将请求的更改放到brcmfmac模块以启用调试。发生了故障触发并捕获了dmesg输出：
dmesg_debug_failed.txt
另外，我注意到另一个线程中也提到了三星手机。我们注意到，Pi的桥接故障确实围绕着三星Galaxy S7。我妻子的Apple设备（iPhone和iPad）似乎没有触发此问题。

EDIT4：运行sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000 ，然后再次输入dmesg。输出如下：
dmesg_debug_failed_reset_driver.txt

Sylver-Dragon 于 2017-12-30

嗯，不是预期的邮箱错误。我将在新的一年将其传递给赛普拉斯开发人员。

JamesH65 于 2017-12-31

不知道这是否是相同的问题，但是我的症状是板载RPi3无线间歇性；进行10秒钟的良好ping操作，然后20到30秒钟不进行ping操作，并永远重复一次。如果不执行ping操作，则远程主机会收到ICMP回显请求并发送ICMP回显答复。接入点将无法访问的ICMP主机返回到远程主机。

前提条件是以太网和无线都已连接。通过不必要地重新启动dhcpcd大大提高了发生这种情况的机会。

解决方法是将网络接口设置为混杂模式。 sudo ifconfig wlan0 promisc 。症状在十秒钟之内返回到sudo ifconfig wlan0 -promisc分钟。

如果需要，可以提供更多信息，只需询问。

@ Sylver-Dragon，对我来说， tcpdump防止症状，也许您也发现了相同的情况；尝试使用-p标志，它会关闭混杂模式；它使症状继续。

https://github.com/iiab/iiab/issues/638

quozl 于 2018-01-03

@quozl我试过在无线接口和网桥接口上都运行tcpdump，并且在运行时有锁定。我将给混杂模式一个镜头，看看它是否有所作为。但是，基于无线接口驱动程序的调试输出，具体来说：
wl0：_wlc_bss_update_beacon：超出内存，已分配0字节
我猜想这是驱动程序方面某种资源（内存？）泄漏。当我有更多时间时，我想进行数据包捕获并深入研究它锁定的那一刻。我怀疑我的手机正在触发锁定的设备发送某种奇怪或格式错误的数据包或一系列数据包。如果我可以捕获并隔离该错误，则应该可以帮助您解决问题。

Sylver-Dragon 于 2018-01-03

看起来与我们当前正在跟踪的邮箱问题不同。真烦人。您的手机是三星BTW吗？邮箱问题似乎通常是由SS设备触发的。如果您可以找出导致问题的原因，那将非常有用

JamesH65 于 2018-01-03

我现在要搜索相同的（？）几个星期了。我觉得我一定已经阅读了有关此问题和类似问题的每份报告。所以这里有一些我的信息：

我使用树莓派3的内部wifi作为接入点。我使用标准的raspbian内核和模块（Linux版本4.9.35-v7 +（dc4 @ dc4-XPS13-9333）（gcc版本4.9.3（crosstool-NG crosstool-ng-1.22.0-88-g8460611））＃1014 SMP Fri Jun 30 14:47:43 BST 2017）。

Wifi固件为：brcmfmac：固件版本= wl0：2017年8月7日00:46:29版本7.45.41.46（r666254 CY）FWID 01-f8a78378

我很确定该硬件设置曾经可以使用，但是我相信在进行一些更新（包括内核的更新）之后，一切都变了。创建AP可以正常工作，但是在使用了一段时间（大约30分钟左右，每次我都认为不一样）后，使用Chromecast进行流式传输后，连接将停止工作。可能（但在这里我不确定）这种情况最经常发生在我暂停/停止播放流时，但很少发生在观看过程中。失败时，现有连接将被丢弃，任何客户端都不会接受新的连接尝试。重新加载hostapd会导致brcmf_cfg80211_stop_ap: setting INFRA mode failed -7 （无法将模式设置为master）。可以通过重新加载驱动程序rmmod brcmfmac; modprobe brcmfmac暂时解决此问题。然后事情会再次按预期工作，直到下一次失败。另外，重新启动也可以“解决”该问题。

我在syslog中进入失败状态（启用调试）的唯一事情是：

内核：[3615.491795] brcmfmac：brcmf_netdev_wait_pend8021x：超时，等待没有未决的802.1x数据包
hostapd：wlan0：STA xx：xx：xx：xx：xx：xx：xx IEEE 802.11：由于本地取消认证请求而取消认证

该错误消息对我来说没有意义。等待“没有待处理的数据包”时是否超时？无论如何：

我有省电功能：

iw wlan0 get power_save Power save: off

roam_off设置为1并启用调试：

systool -a -v -m brcmfmac
模块=“ brcmfmac”

属性：
coresize =“ 222874”
initsize =“ 0”
initstate =“实时”
refcnt =“ 0”
srcversion =“ 10E8F4629D109E78E1F506C”
污点=“”
uevent =

参数：
Alternative_fw_path =
调试=“ 1048576”
roamoff =“ 1”
`

我没有三星手机，但有一些Android手机。这些都没有连接到该接入点。唯一的直接客户端是两个Chromecast（一个视频，一个纯音频以及一个Android平板电脑）。其他所有内容都通过有线接口输入。

knarrff 于 2018-01-03

@knarrff
请在此页面上搜索3星期前的我之前的评论，以找到一个好的解决方法。

@詹姆士H65
从来没有得到你的认可。您是否将我在三周前的评论中分享的dmesg输出复制/中继到了赛普拉斯的家伙？

randyoo 于 2018-01-04

@randyoo ：我的
`
接口= wlan0

驱动程序= nl80211
ssid = XXX
hw_mode = g
频道= 1
ieee80211n = 0
wmm_enabled = 1
ht_capab = [HT40] [SHORT-GI-20] [DSSS_CCK-40]
macaddr_acl = 0
auth_algs = 1
ignore_broadcast_ssid = 0
wpa = 2
wpa_key_mgmt = WPA-PSK
wpa_passphrase = XXX
rsn_pairwise = CCMP
`

knarrff 于 2018-01-04

同样清楚的是，当我尝试将netflix流暂停到Chromecast时，故障似乎总是发生在我身上（这并不意味着在尝试此操作时它总是失败，只是当它失败时，这就是我正在做的事情））。另一方面，这可能是一个红鲱鱼，因为这几乎是我几乎所有时间都在使用该wifi网络所做的事情。可能仅当设备尝试向AP进行身份验证时才会出现问题（例如，可能在睡眠时禁用wifi的android平板电脑）。将显示更多测试。我会尝试不使用Chromecast-平板电脑上的常规wifi，包括wifi睡眠周期。

knarrff 于 2018-01-04

看起来我的问题和这个问题不一样，所以我将切换到潜伏模式。我的ifconfig wlan0 promisc确实为@holta （https://github.com/iiab/iiab/issues/638）修复了它，但是如果没有它的帮助，我们必须要解决另一个问题。

quozl 于 2018-01-04

通过Google平板电脑连接到网络，我可以在没有Netflix或Chromecast的情况下可靠地重现此信息，然后让平板电脑进入睡眠状态，恢复（平板电脑尝试重新关联），然后AP会“死”。

在Linux机器上，尝试进行关联（使用正确的凭据）时，我在syslog中得到了这些信息：

`

[42231.476518] wlan7：将身份验证发送到b8：27：eb：33：98：14（尝试1/3）
[42231.583434] wlan7：将身份验证发送到b8：27：eb：33：98：14（尝试2/3）
[42231.694397] wlan7：将身份验证发送到b8：27：eb：33：98：14（尝试3/3）
[42231.799368] wlan7：使用b8：27：eb：33：98：14的身份验证超时
[42236.585750] wlan7：通过b8：27：eb：33：98：14进行身份验证
[42236.598833] wlan7：将身份验证发送到b8：27：eb：33：98：14（尝试1/3）
[42236.602344] wlan7：已验证
[42236.603480] wlan7：与b8：27：eb：33：98：14关联（尝试1/3）
[42236.619322] wlan7：来自b8：27：eb：33：98：14的RX AssocResp（capab = 0x411状态= 0 aid = 1）
[42236.623181] wlan7：关联
[42236.623325] IPv6：ADDRCONF（NETDEV_CHANGE）：wlan7：链接已准备就绪
[42236.625464] wlan7：将TX功率限制为b8：27：eb：33：98：14宣传的30（30-0）dBm
[42239.730365] wlan7：从b8：27：eb：33：98：14取消身份验证（原因：2 = PREV_AUTH_NOT_VALID）
[42241.243434] wlan7：使用b8：27：eb：33：98：14进行身份验证
[42241.256326] wlan7：将身份验证发送到b8：27：eb：33：98：14（尝试1/3）
[42241.260724] wlan7：已验证
[42241.263403] wlan7：与b8：27：eb：33：98：14关联（尝试1/3）
[42241.279537] wlan7：来自b8：27：eb：33：98：14的RX AssocResp（capab = 0x411状态= 0 aid = 1）
[42241.282500] wlan7：关联
[42241.336166] wlan7：将TX功率限制为b8：27：eb：33：98：14宣传的30（30-0）dBm
[42244.392213] wlan7：从b8：27：eb：33：98：14取消身份验证（原因：2 = PREV_AUTH_NOT_VALID）
[42253.916626] wlan7：通过b8：27：eb：33：98：14进行身份验证
[42253.928966] wlan7：将身份验证发送到b8：27：eb：33：98：14（尝试1/3）
[42253.936020] wlan7：已验证
[42253.939533] wlan7：与b8：27：eb：33：98：14关联（尝试1/3）
[42253.943361] wlan7：来自b8：27：eb：33：98：14的RX AssocResp（capab = 0x411状态= 0 aid = 2）
[42253.945415] wlan7：关联
[42254.035149] wlan7：将TX功率限制为b8：27：eb：33：98：14宣传的30（30-0）dBm
[42257.053762] wlan7：从b8：27：eb：33：98：14取消身份验证（原因：2 = PREV_AUTH_NOT_VALID）
`

b8：27：eb：33：98：14是有问题的RPI3，在它上面我再次得到dmesg条目：
brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets

我不太了解为什么我显然与之关联，为什么AP发送PREV_AUTH_NOT_VALID。我觉得认证先于关联。我应该没有联系但没有经过身份验证的情况。

knarrff 于 2018-01-04

你好

我使用的是Pi3作为媒体服务器，通讯通过板载WiFi

Rasbian Stretch Lite 4.9升级更新（现在）
Plex媒体服务器

我越来越...

内核：[1958.899715] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012

在Samsung S5 SM_G900F Android 7.1.2上使用BubbleUPnp客户端连接到Pi时，在dmesg和syslog中可以完全保证，并且需要重新启动PiWiFi才能再次使用。

在我的旧版Sony Xperia XP Android 6.0.1上再次运行BubbleUPnp，到目前为止，它仍然可以正常工作。这是我的解决方案。但是，如果我能协助您深入了解此问题，那么我将很乐意为您做出贡献。

约翰

johnthesoftwareathome 于 2018-01-06

它也可以在运行mConnectLite的iPad上运行

johnthesoftwareathome 于 2018-01-06

@johnthesoftwareathome请给Raspberry Pi写一封电子邮件给James Hughes，以便他可以给您发送Wifi调试固件。

lategoodbye 于 2018-01-06

通过Raspberry Pi联系人页面发布的电子邮件地址fao James Hughes

johnthesoftwareathome 于 2018-01-06

好的，我们有赛普拉斯提供的新调试固件可供我进行测试-它包含更多调试功能，但没有修复功能，因此仅适合那些乐于测试的人。如果您已经给我发送了电子邮件地址，请在此处指示您要进行一些测试，我将发送固件，或者在Pi论坛上通过PM与我联系。

JamesH65 于 2018-01-08

为了避免人们四处寻找如何安装/运行新固件的麻烦。

将调试固件文件复制到：

/lib/firmware/brcm/

（您将需要先备份原始文件）

我认为您需要在此阶段重新启动。

现在以调试模式重启Linux驱动程序

sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000

弄错了.. !!

转储dmesg以归档并在此处发布。

JamesH65 于 2018-01-08

要增加James所说的内容，您可能希望通过在/boot/cmdline.txt添加brcmfmac.debug=0x100000来避免rmmod / modprobe序列。

pelwell 于 2018-01-08

@ JamesH65我很乐意帮助测试。尽管我刚刚在Pi论坛上注册，但我无法发送消息。如果有帮助，请在那边使用相同的用户名。

Sylver-Dragon 于 2018-01-11

我昨天尝试了新的调试固件，还向/boot/cmdline.txt中添加了brcmfmac.debug = 0x100000。

但是，奇怪的是我没有在dmesg中看到任何调试输出。更奇怪的是，无论我做什么，我以前都能可靠地重现该问题，但整个晚上都可以正常工作。我没有一个问题，而我所做的所有不同操作是使用新的固件文件（md5 sum ba679a85c1dc76e9775603af45440bc0）而不是旧的并将固件添加到/boot/cmdline.txt中，而不是使用modprobe添加该选项。昨天我没有时间返回旧固件，以查看是否恢复为旧问题。我会报告的。同时：该固件中的所有更改是否真的“更多调试”？

knarrff 于 2018-01-11

我以为这只是调试，但可以清楚地回到赛普拉斯
发生了一些其他变化，希望一切顺利！

在11月2018在06:48，弗兰克洛夫勒[email protected]写道：

我昨天尝试了新的调试固件，并且还添加了
brcmfmac.debug = 0x100000到/boot/cmdline.txt。
但是，奇怪的是我没有在dmesg中看到任何调试输出。更
奇怪的是，在我之前可以可靠地重现该问题的地方，它起作用了
不管我做什么，整个晚上。我没有一个问题，并且
我所做的只是使用新的固件文件（md5总和
ba679a85c1dc76e9775603af45440bc0）。我昨天没时间去
回到旧固件，看看这是否恢复为旧问题。生病
我做完后再报告。同时：这一切是否发生了变化
固件真的“更多调试”吗？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-356842102 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHam4jUgDCkSFxMXS-KW4axCLoPZhks5tJa6fgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2018-01-11

我的经验与@knarrf相似，除了我确实在dmesg中看到调试消息。

以前，我的Samsung S5无法用作plexserver客户端，但是当我加载调试固件时（它与dmesg中的调试消息一道使用）可以工作，因此我恢复为原始二进制文件（已备份并检查了大小），并且仍然可以工作。因此，我现在再次使用调试固件运行（我没有尝试过cmdline.txt mod，只是rmmod / modprobe），并且听了几小时的音乐而没有任何错误。我尝试激活分散在我周围的许多WiFi设备中的大多数，但没有任何效果。

我将尝试几天，以查看是否发生任何情况，然后重新加载原件并重试。重启之间我可能没有关闭Pi的电源。当我恢复查看是否可能是某种形式的寄存器保留时，我将确保执行此操作。

johnthesoftwareathome 于 2018-01-11

今晚，我上传了较旧的固件（取自树莓派安装映像；有关下面使用的版本的更多信息），并使用该固件重新加载了模块（并启用了调试），我什至在两者之间重新启动。 dmesg中的简短输出确认现在已加载旧版本。就像@johnthesoftwareathome一样，它

因此，目前，我的任务似乎是使它回到“不工作”状态，从而有机会了解正在发生的事情。我的下一次尝试（尽管现在不再是）将进行硬重置（关闭电源一段时间而不是仅使用“ reboot”命令），并使用全新映像安装全新的安装。

另外，可悲的是，我无法排除失败的映像可能是另一个版本的可能性，因为我在进行调试映像覆盖之前忘记进行备份。也许@johnthesoftwareathome可以张贴他正在使用的确切图像，并且有/有问题？另一方面，我当时仅使用标准软件包更新了固件，并且确实安装了软件包版本固件-brcm80211（1：0.43 + rpi6）。尽管变更日志中的最后一个条目未指定固件版本，但倒数第二个却指定了：7.45.41.26，它比映像中的条目旧。假设更改日志的编写正确，那将有力地表明自创建映像以来未更换固件，而我称为“映像”的是我以前使用的固件。

关于我的两个固件文件的信息（图像：来自raspbian安装图像的信息，调试：我直接从@ JamesH65收到的

调试：
固件版本= wl0：2017年10月23日03:55:53版本7.45.98.38（r674442 CY）FWID 01-e58d219f
md5sum：ba679a85c1dc76e9775603af45440bc0
图片：
固件版本= wl0：2017年8月7日00:46:29版本7.45.41.46（r666254 CY）FWID 01-f8a78378
md5sum：5f520a38ab4e943bfa1ba102f80fb2a0

@johnthesoftwareathome ：新的“调试”输出是什么样的？无论我如何加载模块，我仍然没有得到任何看起来像是远程调试的东西。我在操作时得到零项，即使在启动后，所有看起来也有些相关的是：

作为根：dmesg | grep brcm
[0.000000]内核命令行：8250.nr_uarts = 0 bcm2708_fb.fbwidth = 640 bcm2708_fb.fbheight = 480 bcm2708_fb.fbdepth = 16 bcm2708_fb.fbswap = 1 vc_mem.mem_base = 0x3ea00000 vc_mem.mec_tmct.cmd ，115200控制台= tty1根= PARTUUID = f8e4f7c2-02 rootfstype = ext4电梯=截止日期fsck.repair =是rootwait brcmfmac.debug = 0x100000
[3.500135] usbcore：已注册的新接口驱动程序brcmfmac
[3.662113] brcmfmac：固件版本= wl0：2017年8月7日00:46:29版本7.45.41.46（r666254 CY）FWID 01-f8a78378
[3.774278] brcmfmac：电源管理已禁用
[4.711443] brcmfmac：电源管理已禁用

knarrff 于 2018-01-11

小更新：回顾一下我在该线程中的

knarrff 于 2018-01-12

空荡荡的房子，所以终于可以听鲍伊的最新专辑了。一切正常（专辑不是这样）。离开家直到明天，我来接。

johnthesoftwareathome 于 2018-01-12

设法使原始固件像以前一样发生故障，但在使用它和调试固件之间无法可靠地运行。目前，仅使用调试工具重新启动，而没有任何故障。

我误解了@knarrf对调试输出的含义，并认为他看不到已安装新固件，而不是想知道他期望某种调试流（我也看不到）。他有一点。如果失败，我们会看到什么还是调试十六进制错误？

同样，失败之一没有立即解决。它允许我重新启动之前先重新登录。 Syslog包含以下内容。

1月13日08:34:48 plexServer内核：[46.648630] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
1月13日08:35:14 plexServer内核：[72.161473] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败（状态为-110）
1月13日08:35:14 plexServer内核：[72.161484] brcmfmac：brcmf_cfg80211_get_channel：通道规格失败（-110）

johnthesoftwareathome 于 2018-01-13

这是一组非常熟悉的错误消息，但是知道您遇到了同样的问题（现在看起来好像已经解决了）仍然很有用。

赛普拉斯正在为我们准备一个新的固件版本-如有可用的测试产品，我们将在此处发布。感谢大家的关注，时间和耐心。

pelwell 于 2018-01-13

行。感谢您的司机。

从那以后，事情可能会继续发展。

https://tech4research.wordpress.com/2014/07/23/brcmfmac-debugging-and-appropriate-debug-values/

并且我很欣赏新固件的调试开关可能是一个特殊的添加，但是这些开关似乎适用于原始固件和“调试”固件，并且可以产生预期的调试流。

johnthesoftwareathome 于 2018-01-13

可能已经见过；但是TPLink声称，当Android设备从睡眠中醒来并尝试与Chromecast或类似设备重新连接时，它们正在使用MDNS数据包对DoS进行设备处理。
深入研究我从自己的设备断开连接的pcap中，我可以看到大约3500个MDNS数据包在连接断开之前的大约2.25秒内进入。似乎适合这种模式，并且可能是相关的。

Sylver-Dragon 于 2018-01-15

只是为了添加/确认此问题中的一些信息：

将wifi接口设置为混杂（ ifconfig wlan0 promisc ）似乎可以缓解此问题
该问题似乎仅是由我的Android 7.1.2 Galaxy S7手机引起的（这是我在一周前获得的，这是问题开始的时间）

我在Pi3上使用aarch64运行Debian Buster，并在其上运行Nextcloud服务器。从Linux笔记本电脑中窃取较大文件不会造成任何问题，也不会从该笔记本电脑中同步Nextcloud，但是一旦我从Galaxy上传了一批文件，错误Unknown mailbox data content: 0x40012就会弹出，并且Wifi连接是丢失。

我使用的brcmfmac固件为7.45.41.26 (r640327) FWID 01-4527cfab

不幸的是，我没有要测试的旧版Android。

我将tcpdump从三星上传到Pi3，但后来Wifi处于混杂模式，一切正常。如果有时间，我将查看pcap，如果发现有用/有趣的内容，请报告。

PS：Cast（TPLink文章中描述的主要犯罪者）未处于活动状态（或者至少在连接设置中我看不到它）。

oscarschneider 于 2018-01-21

大家好你们好，

我只想确认关闭电源安全模式并启用混杂模式已为我解决了这个问题：它首次设法保持连接24小时。

须藤iw wlan0设置power_save关闭
须藤ifconfig wlan0 promisc

谢谢，
卢克

luchp 于 2018-01-23

请参阅此论坛帖子，以获取有关新固件版本的详细信息。任何发现邮箱问题，甚至是无线问题的人都应该尝试一下，看看是否有帮助。

https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508

JamesH65 于 2018-01-24

@詹姆士H65
嗨，詹姆斯，
您能否提供一些安装说明，归档文件中的.bin文件是自安装可执行文件吗？
谢谢
背风处

eroom1966 于 2018-01-24

现在，链接的论坛页面上的说明。

JamesH65 于 2018-01-24

👍1

在运行新固件超过一周后，请重新签入。到目前为止，情况一直很稳固。长时间使用后，我已经反复唤醒三星设备，Pi上的无线接口一直保持运行状态。我相信我曾经有一次实例，它暂时掉下来然后恢复了。但是，我无法重现该内容。总而言之，它看起来很牢固。感谢James坚持这一点，也感谢Cypress团队解决这个问题。

Sylver-Dragon 于 2018-02-05

感谢您的报告。

JamesH65 于 2018-02-05

有人可以告诉我固件修复程序是否已经在Raspbian官方发行版中发布，因此可以通过apt update进行安装，或者如果尚未安装，请在这种情况下通知我吗？

fkbreitl 于 2018-02-13

有人可以告诉我固件修复程序是否已经在Raspbian官方发行版中发布，因此可以通过apt更新安装，或者如果尚未安装，请在这种情况下通知我吗？

是。 https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508&start=25#p1270212
所报告的Pi0W一些问题后一般更新，但它不是完全清楚，如果它仅仅是固件更改或别的东西- https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=204882

6by9 于 2018-02-14

👍1

我已更新固件

$ md5sum /lib/firmware/brcm/brcmfmac43430-sdio.bin
ba679a85c1dc76e9775603af45440bc0  /lib/firmware/brcm/brcmfmac43430-sdio.bin

但仍然有同样的问题

$ dmesg | grep brcmfmac
[    3.917447] usbcore: registered new interface driver brcmfmac
[    4.079889] brcmfmac: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f
[    5.079252] brcmfmac: power management disabled
[   27.125197] brcmfmac: power management disabled
[   92.278751] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[  338.327158] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  340.887163] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  340.887181] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[  360.407241] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  362.967295] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  362.967308] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

以下也无法避免此问题

sudo iw wlan0 set power_save off
sudo ifconfig wlan0 promisc

我将RPi3用作hostapd和dnsmasq的访问点。
在Android手机上的Spotify应用中开始下载时，我总是可以重现该问题。

我也需要更新以下文件吗？

$ md5sum /lib/firmware/brcm/brcmfmac43430-sdio.txt
9a88b55134d9f8f3ad2331b93f4b7b79  /lib/firmware/brcm/brcmfmac43430-sdio.txt

驾驶员会使用它还是将其忽略？

编辑：
是。还需要brcmfmac43430-sdio.txt。
但是我正在使用https://github.com/RPi-Distro/firmware-nonfree/tree/927fa8ebdf5bcfb90944465b40ec4981e01d6015/brcm上的最新最佳版本

我也将4.9.35-v7 +内核更新为4.14.18-v7 +。
但是问题仍然存在。

twischer 于 2018-02-14

👍1

在我的RPi3上遇到相同的问题：正常运行（例如整夜）后几乎无流量，Wifi掉线了。
dmesg输出仅显示：

[ +3,519999] brcmfmac: brcmf_do_escan: error (-110)
[ +0,000011] brcmfmac: brcmf_cfg80211_scan: scan error (-110)
[  +3,519987] brcmfmac: brcmf_do_escan: error (-110)
[  +0,000012] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

我尝试重新加载驱动程序（rmmod和modprobe brcmfmac）：

[  +0,100025] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -5
[  +0,000014] brcmfmac: brcmf_cfg80211_get_tx_power: error (-5)
[  +0,519934] brcmfmac: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[  +0,000050] brcmfmac: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[  +0,000672] brcmfmac: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[  +0,000012] brcmfmac: brcmf_cfg80211_get_channel: chanspec failed (-5)
[  +0,221254] usbcore: deregistering interface driver brcmfmac
[Mär12 21:18] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[  +0,010071] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43430-sdio.bin for chip 0x00a9a6(43430) rev 0x000001
[  +0,000285] usbcore: registered new interface driver brcmfmac
[  +2,649115] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout
[  +0,005807] brcmfmac: brcmf_c_get_clm_name: retrieving revision info failed (-110)
[  +0,000010] brcmfmac: brcmf_c_process_clm_blob: get CLM blob file name failed (-110)
[  +0,000008] brcmfmac: brcmf_c_preinit_dcmds: download CLM blob file failed, -110
[  +0,000007] brcmfmac: brcmf_bus_started: failed: -110
[  +0,000021] brcmfmac: brcmf_sdio_firmware_callback: dongle is not responding

那以某种方式不起作用-驱动程序已加载，但是不，我没有界面
再次尝试：

[Mär12 21:26] usbcore: deregistering interface driver brcmfmac
[ +32,681743] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[  +0,007275] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43430-sdio.bin for chip 0x00a9a6(43430) rev 0x000001
[  +0,000257] usbcore: registered new interface driver brcmfmac
[  +0,116144] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Aug  7 2017 00:46:29 version 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[  +0,000641] brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 7.11.15 Compiler: 1.24.2 ClmImport: 1.24.1 Creation: 2014-05-26 10:53:55 Inc Data: 9.10.41 Inc Compiler: 1.29.4 Inc ClmImport: 1.36.3 Creation: 2017-08-07 00:37:47
[  +0,184532] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  +0,000034] brcmfmac: power management disabled
[  +1,833812] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

..然后我又起来了。

Pi3运行内核'4.14.24-v7 +＃1097'-固件是2017年8月7日开始的较旧版本-同一固件blob在运行内核'4.9.77+＃1081'的Pi Zero W上完美运行（正常运行时间> 2个月）
两个Pis都连接到同一路由器并相距一个房间。两者都仅通过WiFi连接。

RipperFox 于 2018-03-12

可能值得使用4.14上的最新固件，因为4.14具有使用该固件所需的所有必需更改。

JamesH65 于 2018-03-13

:)发布后，昨天更新为最新的固件（2017年10月23日03:55:53版本7.45.98.38）-似乎在自动取款机上工作-让我们看看会发生什么。

RipperFox 于 2018-03-13

看来，Raspbian已恢复为2017年8月的固件包。 rpi 3B +无线有什么新要求吗？

paul-1 于 2018-03-17

最新基金会的弹性回购固件-brcm80211 1：20161130-3 + rpt3软件包的Pi3 / Pi0W固件版本为2017年10月23日7.45.98.38，其他适用于Pi3 +的软件包

macmpi 于 2018-03-17

wifi快死了，我也遇到了这个问题。

Mar 17 18:25:28 hassass kernel: [10279.186321] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
Mar 17 18:25:30 hassass kernel: [10281.665090] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout
Mar 17 18:25:30 hassass kernel: [10281.665622] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle
Mar 17 18:25:30 hassass kernel: [10281.665638] brcmfmac: brcmf_run_escan: error (-110)
Mar 17 18:25:30 hassass kernel: [10281.665647] brcmfmac: brcmf_cfg80211_scan: scan error (-110)
Mar 17 18:26:30 hassass kernel: [10341.665866] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout

这是与4.14.27-v7 +和
/ sbin / iw dev wlan0设置power_save off
/ sbin / ifconfig wlan0混杂
在/etc/rc.local中。

flok99 于 2018-03-17

👍1

与@ flok99相同的错误消息-

rebroad 于 2018-03-18

好，所以我们认为赛普拉斯已修复的错误仍然存在。回到
柏树去了。花了一年时间获得此版本。屏住呼吸不
推荐的。

不过必须确认版本，请发布内容

dmesg | grep brcmfmac

2018年3月18日，01：44，Rebroad [email protected]写道：

与@ flok99 https://github.com/flok99相同的错误消息-使用最新
固件（rpi-update）。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-373966343 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHY1Cmntz_kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2018-03-18

[4.112717] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[4.119827] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[4.120314] usbcore：注册的新接口驱动程序brcmfmac
[4.440371] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2月
27 2018 03:15:32版本7.45.154（r684107 CY）FWID 01-4fbe0b04
[4.440958] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2
数据：9.10.105编译器：1.29.4导入：1.36.3创建：2018-03-09
18:56:28
[10.911757] brcmfmac：电源管理已禁用
[12.016088] brcmfmac：电源管理已禁用
[2074.090674] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg
状态失败-5
[2074.090687] brcmfmac：brcmf_cfg80211_get_tx_power：错误（-5）
[2074.090745] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2074.090753] brcmfmac：brcmf_link_down：WLC_DISASSOC失败（-5）
[2074.610583] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2074.611992] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2074.613945] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2074.613971] brcmfmac：brcmf_cfg80211_get_channel：通道规格失败（-5）
[2074.729716] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2074.729733] brcmfmac：brcmf_cfg80211_reg_notifier：国家/地区代码iovar
返回的err = -5
[2074.871693] usbcore：注销接口驱动程序brcmfmac
[2074.929084] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[2074.936897] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[2074.937139] usbcore：已注册的新接口驱动程序brcmfmac
[2075.118180] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2月
27 2018 03:15:32版本7.45.154（r684107 CY）FWID 01-4fbe0b04
[2075.118706] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2
数据：9.10.105编译器：1.29.4导入：1.36.3创建：2018-03-09
18:56:28
[2075.215365] brcmfmac：电源管理已禁用
[2075.263751] brcmfmac：电源管理已禁用
[2085.475001] brcmfmac：电源管理已禁用
[2124.380808] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2124.381146] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[2124.381156] brcmfmac：brcmf_cfg80211_get_channel：通道规格失败（-5）
[2124.622345] usbcore：注销接口驱动程序brcmfmac
[2124.705432] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[2124.714194] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[2124.716213] usbcore：注册的新接口驱动程序brcmfmac
[2124.929556] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2月
27 2018 03:15:32版本7.45.154（r684107 CY）FWID 01-4fbe0b04
[2124.929993] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2
数据：9.10.105编译器：1.29.4导入：1.36.3创建：2018-03-09
18:56:28
[2125.105218] brcmfmac：电源管理已禁用
[2125.150290] brcmfmac：电源管理已禁用
[8237.434034] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：
0x40012
[8239.890302] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[8239.890822] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[8239.890835] brcmfmac：brcmf_run_escan：错误（-110）
[8239.890845] brcmfmac：brcmf_cfg80211_scan：扫描错误（-110）
[8254.280425] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg
状态失败-5
[8254.280438] brcmfmac：brcmf_cfg80211_get_tx_power：错误（-5）
[8254.280491] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8254.280498] brcmfmac：brcmf_link_down：WLC_DISASSOC失败（-5）
[8254.800394] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8254.803873] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8254.808353] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8254.808370] brcmfmac：brcmf_cfg80211_get_channel：通道规格失败（-5）
[8254.881402] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8254.881420] brcmfmac：brcmf_cfg80211_reg_notifier：国家/地区代码iovar
返回的err = -5
[8255.001550] usbcore：注销接口驱动程序brcmfmac
[8255.071184] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[8255.077098] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[8255.077348] usbcore：注册的新接口驱动程序brcmfmac
[8257.730418] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[8257.751038] brcmfmac：brcmf_c_get_clm_name：检索修订信息
失败（-110）
[8257.751049] brcmfmac：brcmf_c_process_clm_blob：获取CLM Blob文件名
失败（-110）
[8257.751068] brcmfmac：brcmf_c_preinit_dcmds：下载CLM blob文件
失败，-110
[8257.751076] brcmfmac：brcmf_bus_started：失败：-110
[8257.751114] brcmfmac：brcmf_sdio_firmware_callback：加密狗不是
回应
[8304.417684] usbcore：注销接口驱动程序brcmfmac
[8304.486099] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[8304.493613] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[8304.494078] usbcore：注册的新接口驱动程序brcmfmac
[8304.686761] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2月
27 2018 03:15:32版本7.45.154（r684107 CY）FWID 01-4fbe0b04
[8304.687203] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2
数据：9.10.105编译器：1.29.4导入：1.36.3创建：2018-03-09
18:56:28
[8304.829994] brcmfmac：电源管理已禁用
[8304.907662] brcmfmac：电源管理已禁用
[8357.441791] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：
0x40012
[8359.891146] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[8359.891655] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[8359.891668] brcmfmac：brcmf_run_escan：错误（-110）
[8359.891677] brcmfmac：brcmf_cfg80211_scan：扫描错误（-110）
[8371.731226] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[8371.731731] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[8371.731746] brcmfmac：brcmf_cfg80211_get_channel：chanspec失败（-110）
[8373.941267] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg
状态失败-5
[8373.941280] brcmfmac：brcmf_cfg80211_get_tx_power：错误（-5）
[8373.941330] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8373.941338] brcmfmac：brcmf_link_down：WLC_DISASSOC失败（-5）
[8374.461245] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8374.461942] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8374.463553] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8374.463573] brcmfmac：brcmf_cfg80211_get_channel：通道规格失败（-5）
[8374.564729] brcmfmac：brcmf_fil_cmd_data：总线已关闭。我们什么都没有
去做。
[8374.564750] brcmfmac：brcmf_cfg80211_reg_notifier：国家/地区代码iovar
返回的err = -5
[8374.702401] usbcore：注销接口驱动程序brcmfmac
[8374.759839] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[8374.767561] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[8374.771137] usbcore：已注册的新接口驱动程序brcmfmac
[8377.411255] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[8377.431924] brcmfmac：brcmf_c_get_clm_name：检索修订信息
失败（-110）
[8377.431934] brcmfmac：brcmf_c_process_clm_blob：获取CLM Blob文件名
失败（-110）
[8377.431941] brcmfmac：brcmf_c_preinit_dcmds：下载CLM blob文件
失败，-110
[8377.431949] brcmfmac：brcmf_bus_started：失败：-110
[8377.432003] brcmfmac：brcmf_sdio_firmware_callback：加密狗不是
回应
[8424.133114] usbcore：注销接口驱动程序brcmfmac
[8424.229631] brcmfmac：F1签名读取@ 0x18000000 = 0x15264345
[8424.237210] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin用于芯片0x004345（17221）rev 0x000006
[8424.239352] usbcore：注册的新接口驱动程序brcmfmac
[8424.460736] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2月
27 2018 03:15:32版本7.45.154（r684107 CY）FWID 01-4fbe0b04
[8424.461174] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2
数据：9.10.105编译器：1.29.4导入：1.36.3创建：2018-03-09
18:56:28
[8424.646993] brcmfmac：电源管理已禁用
[8424.708633] brcmfmac：电源管理已禁用

在2018年3月18日，星期日，上午11：30，James Hughes [email protected]
写道：

好，所以我们认为赛普拉斯已修复的错误仍然存在。回到
柏树去了。花了一年时间获得此版本。屏住呼吸不
推荐的。
不过必须确认版本，请发布内容
dmesg | grep brcmfmac
2018年3月18日，01：44，Rebroad [email protected]写道：
与@ flok99 https://github.com/flok99相同的错误消息-使用
最新
固件（rpi-update）。
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -373966343
，
或使线程静音
kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4HupC5>
。
-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-373987387 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADESuI3-T3HmNWHKLTeApQsVRkxFmNUBks5tfjdhgaJpZM4HupC5
。

-
www.vanheusden.com www.slimwinnen.nl www.winnenmetbitcoin.nl

www.aliensdetected.com www.benjeeigenbank.nl www.depersoonlijkebank.nl

www.hackerspace-gouda.nl www.ismijnwebsitekapot.nl www.micro-twin.com

www.slimmetvalutahandelen.nl www.slimwinstmaken.nl www.vertrouwdbankieren.nl

www.watismijnip.info

flok99 于 2018-03-18

fl

brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43455-sdio.bin for chip 
Firmware version = wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04

看起来您使用的是较新的Pi3b +，而不是原始的Pi3：那么也许是另外一回事吗？

macmpi 于 2018-03-19

完全不同的芯片和固件，尽管Linux端驱动程序是
相同。（brcmfmac）。

在2018年3月19日16：26，macmpi [email protected]写道：

@ flok99 https://github.com/flok99
brcmfmac：brcmf_fw_map_chip_to_name：使用brcm / brcmfmac43455-sdio.bin作为芯片
固件版本= wl0：2018年2月27日03:15:32版本7.45.154（r684107 CY）FWID 01-4fbe0b04
看起来您使用的是较新的Pi3b +，而不是原始的Pi3：
也许不同吗？
—
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/raspberrypi/linux/issues/1342#issuecomment-374274045 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/ADqrHeP6-sc-P-OSggQFPrl3O8z_B2aRks5tf9wbgaJpZM4HupC5
。

-
詹姆斯·休斯
首席软件工程师
树莓派（贸易）有限公司

JamesH65 于 2018-03-19

我认为最好为Pi3B +问题设置另一个线程，并在需要时再引用此线程，否则它将很难跟踪。 @ flok99能否在他的报告中创建一个新问题，确保标题引用的是3b +。我将更改此标题的名称以仅反映Pi3B的名称。

JamesH65 于 2018-03-19

完成

flok99 于 2018-03-19

是否有人订阅了运行3B（不是plus）的此问题，仍然看到最新固件和内核的问题？希望收到关于持续失败的任何报告-上面有关此主题的最新帖子似乎暗示事情现在可以正常进行。

JamesH65 于 2018-04-23

自从44天以来，我的3B增长了：

Linux rpi3 4.14.24-v7+ #1097 SMP Mon Mar 5 16:42:05 GMT 2018
brcmf_c_preinit_dcmds: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f

从那以后没问题..

RipperFox 于 2018-04-23

好消息。除非另有通知，否则我可能会在一两个星期内关闭此线程，尽管如果出现问题可以随时重新打开它。

JamesH65 于 2018-04-23

我大约一个星期前开始遇到这个问题，在此之前还没有听说过。我也经常将pi与三星电话一起用作路由器-我的是s4。我正在使用USB将这个连接直接连接到s4，即使用rndis。这是我今天启动时的详细信息：
0已升级，0新安装，0已删除和0未升级。
thenry @ pi3portable ：〜$ dmesg | grep brcmfmac
[9.965782] brcmfmac：F1签名读取@ 0x18000000 = 0x1541a9a6
[9.972059] brcmfmac：brcmf_fw_map_chip_to_name：将brcm / brcmfmac43430-sdio.bin用于芯片0x00a9a6（43430）rev 0x000001
[9.972250] usbcore：已注册的新接口驱动程序brcmfmac
[10.147562] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2017年8月7日00:46:29版本7.45.41.46（r666254 CY）FWID 01-f8a78378
[10.148507] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2数据：7.11.15编译器：1.24.2导入：1.24.1创建：2014-05-26 10:53:55 Inc数据：9.10.41 Inc编译器：1.29 .4 Inc导入：1.36.3创建：2017-08-07 00:37:47
[18.538641] brcmfmac：电源管理已禁用
[30.629545] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
[33.191450] brcmfmac：brcmf_sdio_bus_rxctl：超时恢复
[33.194850] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[35.751496] brcmfmac：brcmf_sdio_bus_rxctl：超时恢复
[35.754898] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[35.754906] brcmfmac：brcmf_pno_clean：失败的代码-110
[43.271438] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[43.274800] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[43.274807] brcmfmac：brcmf_do_escan：错误（-110）
[43.274811] brcmfmac：brcmf_cfg80211_scan：扫描错误（-110）
[7673.758073] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[7673.761437] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[7673.761454] brcmfmac：_brcmf_set_multicast_list：设置mcast_list失败，-110
[7676.328075] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[7676.331449] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[7676.331466] brcmfmac：_brcmf_set_multicast_list：设置allmulti失败，-110
[7678.878084] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[7678.881460] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[7681.448101] brcmfmac：_brcmf_set_multicast_list：设置BRCMF_C_SET_PROMISC失败，-110
[7689.118098] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg失败，状态为-110
[7689.118241] brcmfmac：电源管理已禁用
[7691.678100] brcmfmac：brcmf_cfg80211_set_power_mgmt：错误（-110）
[7694.238122] brcmfmac：_brcmf_set_multicast_list：设置mcast_list失败，-110
[7696.798118] brcmfmac：_brcmf_set_multicast_list：设置allmulti失败，-110
[7699.358158] brcmfmac：brcmf_do_escan：错误（-110）
[7699.358167] brcmfmac：brcmf_cfg80211_scan：扫描错误（-110）
[7701.918127] brcmfmac：_brcmf_set_multicast_list：设置BRCMF_C_SET_PROMISC失败，-110
[11406.881341] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msg状态为-110失败
[11406.881352] brcmfmac：brcmf_cfg80211_reg_notifier：国家/地区代码iovar返回err = -110
[11579.921479] brcmfmac：_brcmf_set_multicast_list：设置mcast_list失败，-110
[11582.491485] brcmfmac：_brcmf_set_multicast_list：设置allmulti失败，-110
[11587.611478] brcmfmac：_brcmf_set_multicast_list：设置BRCMF_C_SET_PROMISC失败，-110
thenry @ pi3portable ：〜$
thenry @ pi3portable ：〜$ uname -a
Linux pi3portable 4.14.27-v7 +＃1100 SMP 2018年3月16日星期五13:51:48 GMT 2018 armv7l GNU / Linux
thenry @ pi3portable ：〜$
我正在运行此内核，因为在测试从USB引导时我切换到了下一个流，此后没有再更改。然后我得到了有关新内核（4.14）的通知，因此决定在一个月前尝试使用该内核。很好，直到此为止没有问题。几天前，我只有其他主要更改从NetworkManager切换到systemd-networked，但这是在此问题首次显现之后。
问候，
特雷弗·亨利

henr2011 于 2018-04-25

更新：
阅读所有相关文章后，我在以下文章中找到了最新固件：https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508
这解决了我的问题。

已安装brcmfmas43430-sdio.bin的测试版本250418

版本7.45.98.38 2017年10月23日，替换了版本7.45.41.46 2017年8月7日

之前：

[10.368086] brcmfmac：F1签名读取@ 0x18000000 = 0x1541a9a6
[10.376702] brcmfmac：brcmf_fw_map_chip_to_name：将brcm / brcmfmac43430-sdio.bin用于芯片0x00a9a6（43430）rev 0x000001
[10.377026] usbcore：已注册的新接口驱动程序brcmfmac
[10.599523] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2017年8月7日00:46:29版本7.45.41.46（r666254 CY）FWID 01-f8a78378
[10.600577] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2数据：7.11.15编译器：1.24.2导入：1.24.1创建：2014-05-26 10:53:55 Inc数据：9.10.41 Inc编译器：1.29 .4 Inc导入：1.36.3创建：2017-08-07 00:37:47
[126.642710] brcmfmac：电源管理已禁用
[139.249230] brcmfmac：brcmf_sdio_hostmail：未知邮箱数据内容：0x40012
[141.751545] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[141.754973] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[144.311482] brcmfmac：brcmf_sdio_bus_rxctl：超时后恢复
[144.314959] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[144.314975] brcmfmac：brcmf_pno_clean：失败的代码-110
[151.831564] brcmfmac：brcmf_sdio_bus_rxctl：超时恢复
[151.835066] brcmfmac：brcmf_sdio_checkdied：加密狗中的固件陷阱
[151.835079] brcmfmac：brcmf_do_escan：错误（-110）
[151.835084] brcmfmac：brcmf_cfg80211_scan：扫描错误（-110）

后：

thenry @ pi3portable ：〜$ dmesg | grep brcm
[10.115833] brcmfmac：F1签名读取@ 0x18000000 = 0x1541a9a6
[10.134926] brcmfmac：brcmf_fw_map_chip_to_name：将brcm / brcmfmac43430-sdio.bin用于芯片0x00a9a6（43430）rev 0x000001
[10.135115] usbcore：注册了新的接口驱动程序brcmfmac
[10.367703] brcmfmac：brcmf_c_preinit_dcmds：固件版本= wl0：2017年10月23日03:55:53版本7.45.98.38（r674442 CY）FWID 01-e58d219f
[10.368419] brcmfmac：brcmf_c_preinit_dcmds：CLM版本= API：12.2数据：7.11.15编译器：1.24.2导入：1.24.1创建：2014-05-26 10:53:55 Inc数据：9.10.39 Inc编译器：1.29 .4 Inc导入：1.36.3创建：2017-10-23 03:47:14
[18.045308] brcmfmac：电源管理已禁用
thenry @ pi3portable ：〜$

它已经通过数个靴子继续工作，现在我正在使用它，通过wifi连接到三星s4手机。
谢谢您的帮助，问候，特雷弗·亨利。

henr2011 于 2018-04-26

我以为最新的固件已经在最新的映像中，因此可以预期升级到4.14会带来最新的固件。您是否构建了自己的内核？

JamesH65 于 2018-04-26

是的-从2017年10月23日起，当前的Raspbian映像具有固件7.45.98.38。

pelwell 于 2018-04-26

嗨，不，我没有构建内核，我使用rpi-update进行了升级，并且您可以看到它在更新后仍在运行2017年8月的固件。

henr2011 于 2018-04-27

rpi-update仅升级内核，固件和少数VideoCore特定的实用程序。要升级所有内容，包括WiFi固件，必须使用apt-get upgrade / distupgrade。

pelwell 于 2018-04-27

你好
所以我遇到了这个问题，最新的固件版本7.45.98.38比以前更好，但是我仍然有问题。
观察结果
如果我在不做任何事情的情况下启动了覆盆子，那么WLAN应该会启动。
如果我在WLAN启动之前尝试使用蓝牙键盘或鼠标，则问题仍然存在，我无法连接。
如果我有连接并禁用/启用无线网络，则WLAN无法连接。
如果我整夜未打开WLAN，则连接将停止工作。
我有三个相同的设置，并且所有设置的行为都相同。
不知道这是否重要，但是我们正在使用WPA2企业版，PEAP和MSCHAPv2

GitPickel 于 2018-05-14

这些问题仅在连接BT设备时才会发生吗？

JamesH65 于 2018-05-14

是! 禁用的蓝牙和已连接的USB键盘和鼠标以及WLAN的连接速度比以往任何时候都快。

GitPickel 于 2018-05-14

那时仍然存在一些问题。我猜将需要标记为赛普拉斯。

仅检查一下，您使用的是最新的Raspbian？还是一些新东西？

@pelwell平

JamesH65 于 2018-05-14

说明：Raspbian GNU / Linux 9.4（拉伸）
您是否需要更多信息？

它挂在：
5月14日15:43:58 hwlab1_gul_rpi wpa_supplicant [445]：wlan0：选择CTRL-EVENT-EAP-METHOD EAP供应商0方法25（PEAP）

请参阅下面的日志片段

5月14日15:43:58 hwlab1_gul_rpi NetworkManager [2745]：[1526305438.7887]设备（wlan0）：请求方接口状态：已断开连接->关联
5月14日15:43:58 hwlab1_gul_rpi wpa_supplicant [445]：wlan0：与44：d9：e7：f7：d5：34关联
5月14日15:43:58 hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-EAP-STARTED EAP身份验证已开始
5月14日15:43:58 hwlab1_gul_rpi NetworkManager [2745]：[1526305438.9263]设备（wlan0）：请求方接口状态：正在关联->已关联
5月14日15:43:58 hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-EAP-PROPOSED-METHOD供应商= 0方法= 25
5月14日15:43:58 hwlab1_gul_rpi wpa_supplicant [445]：wlan0：选择CTRL-EVENT-EAP-METHOD EAP供应商0方法25（PEAP）
5月14日15:44:24 hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0716]设备（wlan0）：激活：（wifi）关联花费了太长时间
5月14日15:44:24 hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0718]设备（wlan0）：状态更改：配置->需要验证（原因为“无”）[50 60 0]
5月14日15:44:24 hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-DISCONNECTED bssid = 44：d9：e7：f7：d5：34原因= 3 local_generation = 1
5月14日15:44:24 hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0937]设备（wlan0）：激活：（wifi）询问新机密
5月14日15:44:24 hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0959] sup-iface [0x1c438c0，wlan0]：连接已断开（原因-3）

GitPickel 于 2018-05-14

我在octoPi 0.14中遇到了同样的问题（每个软件包都已更新，最新的rpi固件，每个octoprint插件均已更新）。

brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

通过这种设置，其100％可重现。从我的三星s4 active（Android 5.0.1，使用chrome）或从我的三星平板电脑10inch注意事项（同时使用android 5.xi）在pi（引导后首次访问）上访问octoprint网站，当chrome杀死wifi时页面已加载一半。
没有电缆连接到我的Pi3，带有wpa2的通道11上的wifi。
我尝试禁用wifi电源并切换到wifi通道6，但没有任何运气（从上面获得提示）-但是我感觉到，通道6更好一些。

但是现在有关于该错误的有趣线索：
从Windows 10或ubuntu 16机器（使用chrome，到路由器的电缆连接）打开octopi / octoprint网站（在pi上）时，我没有问题。我的猜测是，这是一个与android，三星或wifi到wifi相关的bug。而且我想我前一段时间已经读到一些有关android / rpi问题的信息。

希望这可以帮助。如果您需要某个版本的测试仪，请尝试一下。

DEvil0000 于 2018-06-04

只是以为我会在这里鸣叫，并说我们还看到了该驱动程序周围与WiFi相关的堵转现象，这可能与另一个SBC有关。它不是特定于Raspberry PI的。

splitice 于 2018-07-09

我也正在发生这种情况。

建立

Pi 3B 1.2（a02082）
核心：

pi<strong i="10">@raspberrypi</strong>:~ $ uname -a
Linux raspberrypi 4.14.54-v7+ #1126 SMP Wed Jul 11 20:01:03 BST 2018 armv7l GNU/Linux

运行Raspbian 9.4版：

pi<strong i="14">@raspberrypi</strong>:~ $ cat /etc/debian_version
9.4

固件版本：

pi<strong i="18">@raspberrypi</strong>:~ $ /opt/vc/bin/vcgencmd version
Jul  9 2018 19:35:54
Copyright (c) 2012 Broadcom
version daa7178a0900fd9a743c019f9dad7889d531e71d (clean) (release)

wlan0电源管理已关闭：

pi<strong i="23">@raspberrypi</strong>:~ $ iwconfig wlan0
wlan0     IEEE 802.11  ESSID:"VIRUS_2.4"
          Mode:Managed  Frequency:2.462 GHz  Access Point: D4:7B:B0:79:AF:A6
          Bit Rate=72.2 Mb/s   Tx-Power=31 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=47/70  Signal level=-63 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:120  Invalid misc:0   Missed beacon:0

我正在使用内置的wifi。没有任何连接到以太网端口。

系统已使用apt-get upgrade ， apt-get dist-upgrade和rpi-update进行了升级。

我所看到的

在pi启动约一个小时后，它就无法从网络访问。我无法从本地网络访问Pi（Ping和SSH无效）。

在dmesg ，我看到：

brcmfmac: power management disabled
...
snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned

但是没有错误。

有趣的事情

我注意到，当发生这种情况时，如果我直接连接到pi并ping我的笔记本电脑，事情就会恢复正常。另外，ping时间有点奇怪-似乎需要一些时间来“热身”：

pi<strong i="40">@raspberrypi</strong>:~ $ ping 192.168.1.22
PING 192.168.1.22 (192.168.1.22) 56(84) bytes of data.
64 bytes from 192.168.1.22: icmp_seq=1 ttl=64 time=5024 ms
64 bytes from 192.168.1.22: icmp_seq=2 ttl=64 time=4010 ms
64 bytes from 192.168.1.22: icmp_seq=3 ttl=64 time=2971 ms
64 bytes from 192.168.1.22: icmp_seq=4 ttl=64 time=1932 ms
64 bytes from 192.168.1.22: icmp_seq=5 ttl=64 time=892 ms
64 bytes from 192.168.1.22: icmp_seq=6 ttl=64 time=5.63 ms
64 bytes from 192.168.1.22: icmp_seq=7 ttl=64 time=12.4 ms
64 bytes from 192.168.1.22: icmp_seq=8 ttl=64 time=5.59 ms
64 bytes from 192.168.1.22: icmp_seq=9 ttl=64 time=55.5 ms

如果有人需要更多信息，我很乐意提供。

bugok 于 2018-07-17

@bugok ，将网络接口设置为混杂是否可以为您缓解问题？（ ifconfig wlan0 promisc ）。

quozl 于 2018-07-17

@quozl ：没有帮助。一段时间后，Ping开始失败：

$ ping 192.168.1.80
PING 192.168.1.80 (192.168.1.80): 56 data bytes
ping: sendto: No route to host
ping: sendto: Host is down
Request timeout for icmp_seq 0
...

bugok 于 2018-07-17

回报：我的问题似乎已解决，并且似乎与此线程中的问题无关。

这里有详细信息，但要点是我在Pi本身上设置了一个静态IP（在/etc/dhcpcd.conf ）。在路由器中定义了静态IP之后，从/etc/dhcpcd.conf删除静态IP配置并重新启动-一切似乎正常。

bugok 于 2018-07-19

快速更新：在安装了所有更新的最新固件上，此问题（“未知邮箱数据内容”错误以及完整的无线锁定）仍然存在（更新升级）。

更改hostapd.conf文件中的一行（按照我之前的评论）仍然可以消除此问题。

randyoo 于 2018-08-25

将Rpi3B与内核4.14.52-v7（raspberrypi-kernel 1.20180703-1）和（firmware-brcm80211 1：20161130-3 + rpt4）一起使用
我也仍然面临无线局域网死机的问题（每天90个设备中有2个出现问题）。在某些情况下，适配器丢失，而在另一些情况下，它没有响应。我没有在AP模式下使用Pi
我试图像在RPi-3B +中

当检测到没有网络连接时，我当前创建了一个解决方案，pi重新启动。但是，这不是适当的解决方案，至少我正在尝试重新加载驱动程序

akarapatis 于 2018-08-28

我一直在以前使用过的Pi 3上看到同样的问题。我意识到，我所做的唯一更改就是插入了LCD触摸屏，从Pi上汲取了能量。拔下触摸屏时，WiFi正常工作。因此，这似乎与功率有关。这是使用官方的Raspberry AC适配器。

pinoyyid 于 2018-09-08

👍1

这是一个非常有趣的数据点。这是我们的液晶显示器之一吗？

JamesH65 于 2018-09-09

👍1

@ JamesH65在我安装https://www.waveshare.com/wiki/5inch_HDMI_LCD之后，我也开始体验到wifi崩溃和延迟尖峰的问题，我安装了3b + rpi cam v2，并且将显示器连接到3amp psu不要收到任何电源警告...

EduardoOliveira 于 2019-02-22

👍1

大家好，对此有任何更新吗？我试图在零W和TCP流上使用raspivid，几分钟后我的Wi-Fi消失了，我想这是同样的问题。

vascojdb 于 2019-04-07

我至少有一年左右没有遇到这个问题。我开始越来越多地认为这可能与USB电源未提供足够的安培有关，但我欢迎证明事实并非如此。作为测试，请尝试将USB电缆插入更高的安培适配器，尤其是在您可以轻松重现问题的情况下。

rajid 于 2019-04-07

我非常确定它与放大器没有直接关系，因为我仅使用约2amp的电源。大多是旧的三星充电器。但是它可能是波纹或电源或pi硬件的故障。

--------UrsprünglicheNachricht --------
冯：rajid [email protected]
基准：07.04.2019 02:15（GMT + 01：00）
上一篇： raspberrypi / linux
抄送：“ A。Binzxxxxxx” [email protected] ，评论[email protected]
Betreff：回复：[raspberrypi / linux] wlan在raspberry pi 3 / PiZeroW中冻结（不是
3B +）（＃1342）

我至少有一年左右没有遇到这个问题。我开始越来越多地认为这可能与USB电源未提供足够的安培有关，但我欢迎证明事实并非如此。作为测试，请尝试将USB电缆插入更高的安培适配器，尤其是在您可以轻松重现问题的情况下。

—收到评论是因为收到您的评论。直接回复此电子邮件，在GitHub上查看，或使该线程静音。
{“ api_version”：“ 1.0”，“发布者”：{“ api_key”：“ 05dde50f1d1a384dd78767c55493e4bb”，“名称”：“ GitHub”}，“实体”：{“ external_key”：“ github / raspberrypi / linux”，“ title “：” raspberrypi / linux“，”字幕“：” GitHub存储库“，” main_image_url“：” https://github.githubassets.com/images/email/message_cards/header.png “，” avatar_image_url“：” https： //github.githubassets.com/images/email/message_cards/avatar.png “，” action“：{” name“：”在GitHub中打开“，” url“：” https://github.com/raspberrypi/linux “}}，”更新“：{”摘要“：[{” icon“：” PERSON“，”消息“：” @ rajid在＃1342：至少一年左右没有出现问题。我越来越多的人认为这可能与USB电源无法提供足够的安培有关，但我欢迎事实证明并非如此。作为测试，请尝试将USB电缆插入更高的安培适配器，尤其是如果您可以轻松重现该问题。“}]，”操作“：{”名称“：”查看问题“，” URL“：” https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753 “}}}
[
{
“ @context”：“ http://schema.org ”，
“ @type”：“ EmailMessage”，
“ potentialAction”：{
“ @type”：“ ViewAction”，
“ target”：“ https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753”，
“ url”：“ https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753”，
“名称”：“查看问题”
}，
“ description”：“在GitHub上查看此问题”，
“发布者”：{
“ @type”：“组织”，
“ name”：“ GitHub”，
“ url”：“ https://github.com ”
}
}
]

DEvil0000 于 2019-04-07

我仍然遇到问题，但不是那么频繁（也许每隔几周），而且我无法再通过从三星android设备进行连接来可靠地引发它。

rraszews 于 2019-04-07

我实际上是使用3A usb电源和用于为移动电源充电的15cm usb电缆为Pi zero w供电（没有数据线，只有电源线）

vascojdb 于 2019-04-07

如果我定期使用连接（像普通用户一样），那么它可以正常工作，但是如果我以5Mbps的速率传输MJPEG，它在几分钟后崩溃，我会在Journalct上看到一些邮箱（或类似的）错误（我不记得了，离开家一周），ssh停止，无法ping，Wi-Fi掉线，iwconfig需要几秒钟的时间才能显示结果，而且它们几乎是空的。

vascojdb 于 2019-04-07

@vascojdb如果您将Pi用作接入点（AP模式），则此替代方法（请参阅底部的粗体文本）应该可以解决您的问题。

让我们知道吗？

randyoo 于 2019-04-07

不，它不是处于AP模式，我已连接到家庭2.4GHz Wi-Fi网络

vascojdb 于 2019-04-07

👍1

您好，

自版本9.0.0起，我在RPI3B +上使用LibreELEC出现了一个wifi问题，需要在NTP服务器启动时同步时间。
经过与一些LE团队成员的讨论（请参阅此处），此修改后的问题已得到解决。

但似乎该解决方法已恢复，问题仍然存在。
是否可以再次修复？

Tos26 于 2019-05-14

没有人回答或升级这个问题？

Tos26 于 2019-10-03

同样的问题。有什么消息吗？

Apr 29 22:47:04 raspberrypi kernel: [37515.093582] brcmfmac: brcmf_sdio_hostmail: mailbox indicates firmware halted

Apr 29 22:47:06 raspberrypi kernel: [37517.524316] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout

Apr 29 22:47:06 raspberrypi kernel: [37517.524776] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle

Apr 29 22:47:06 raspberrypi kernel: [37517.524792] brcmfmac: brcmf_run_escan: error (-110)

Apr 29 22:47:06 raspberrypi kernel: [37517.524807] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

尝试暂时关闭电源管理。是否重新引入了旧错误？

https://patchwork.kernel.org/patch/9948825/

kkoenen 于 2020-04-30

同样的问题。有什么消息吗？

此消息仅表示wifi芯片的固件崩溃。除了重置外，Linux内核无能为力。有用的错误报告包含以下信息：

您正在使用哪个wifi固件？
您如何操作wifi（AP，客户端等）？
您可以在规定的时间内重现吗？
还涉及其他哪些wifi设备？

lategoodbye 于 2020-05-01

在我的最后一条评论中，它是可以复制的，但是当它崩溃时，它很难复制和随软件更改而变化。

--------UrsprünglicheNachricht --------
冯：斯蒂芬·华伦[email protected]
基准：01.05.2020 10:21（GMT + 01：00）
上一篇： raspberrypi / linux
抄送：“ A。Binzxxxxxx” [email protected] ，评论[email protected]
Betreff：回复：[raspberrypi / linux] wlan在raspberry pi 3 / PiZeroW中冻结（不是
3B +）（＃1342）

同样的问题。有什么消息吗？

此消息仅表示wifi芯片的固件崩溃。除了重置外，Linux内核无能为力。有用的错误报告包含以下信息：
您正在使用哪个wifi固件？
您如何操作wifi（AP，客户端等）？
您可以在规定的时间内重现吗？
还涉及其他哪些wifi设备？

—收到您的评论是因为您发表了评论。直接回复此电子邮件，在GitHub上查看或取消订阅。
[
{
“ @context”：“ http://schema.org ”，
“ @type”：“ EmailMessage”，
“ potentialAction”：{
“ @type”：“ ViewAction”，
“ target”：“ https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815”，
“ url”：“ https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815”，
“名称”：“查看问题”
}，
“ description”：“在GitHub上查看此问题”，
“发布者”：{
“ @type”：“组织”，
“ name”：“ GitHub”，
“ url”：“ https://github.com ”
}
}
]

DEvil0000 于 2020-05-01

同样的问题。有什么消息吗？

Apr 29 22:47:04 raspberrypi kernel: [37515.093582] brcmfmac: brcmf_sdio_hostmail: mailbox indicates firmware halted

Apr 29 22:47:06 raspberrypi kernel: [37517.524316] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout

Apr 29 22:47:06 raspberrypi kernel: [37517.524776] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle

Apr 29 22:47:06 raspberrypi kernel: [37517.524792] brcmfmac: brcmf_run_escan: error (-110)

Apr 29 22:47:06 raspberrypi kernel: [37517.524807] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

尝试暂时关闭电源管理。是否重新引入了旧错误？

https://patchwork.kernel.org/patch/9948825/

没有解决方案可言，但是在安装了最新固件的Rpi4上我遇到了完全相同的问题。我将其回滚到几个月前制作的SD卡映像上，问题消失了。当我使用hostapd时，我相信这些升级中的一项或多项对我来说是无效的：

$ apt列表-可升级
清单...完成
...
hostapd / stable 2：2.7 + git20190128 + 0c1e29f-6 + deb10u2 armhf [可从以下版本升级：2：2.7 + git20190128 + 0c1e29f-6 + deb10u1]
固件-brcm80211 / testing 1：20190114-1 + rpt6全部[可从以下版本升级：1：20190114-1 + rpt4]
raspberrypi内核/测试1.20200212-1 armhf [可从以下版本升级：1.20200114-1]
...

我也尝试关闭电源管理（并确认已使用iwconfig关闭了电源管理），但是在运行hostapd时它没有任何作用。我将不得不放弃固件升级，直到修复完成为止，因为我们将发送许多固件升级，并且需要为客户提供稳定的AP。

jeremyn54 于 2020-05-13

任何遇到固件陷阱，超时（-110）等的人-请启用一些固件调试，以便我们收集一些数据。

将brcmfmac.debug=0x100000添加到/boot/cmdline.txt中，将其放在一行很长的行中，然后重新启动。运行dmesg | grep brcmfmac应该得到如下输出：

[    7.650239] brcmfmac: CONSOLE: d 0
[    7.650256] brcmfmac: CONSOLE: 000000.063 wl0: Broadcom BCM4345 802.11 Wireless Controller 7.45.202 (r724630 CY)
[    7.650270] brcmfmac: CONSOLE: 000000.064 TCAM: 256 used: 252 exceed:0
[    7.650284] brcmfmac: CONSOLE: 000000.065 reclaim section 1: Returned 122844 bytes to the heap
[    7.650297] brcmfmac: CONSOLE: 000000.065 reclaim section 4: Returned 44 bytes to the heap
[    7.650310] brcmfmac: CONSOLE: 000000.065 sdpcmd_dpc: Enable
...

然后只要照常进行即可。当brcmfmac固件消失时，将dmesg的输出捕获到文件中并将其附加（或粘贴到pastebin的链接等）。

由于故障会触发其他内核消息，因此有可能在有用的捕获之前丢失有用的输出。避免这种情况的一种方法是让shell不断将内核消息保存到文件中：

$ dmesg -w > kernel_log.txt &

pelwell 于 2020-06-02

👍3

在这里看到相同的问题。将尝试上述调试。

在AP模式，wireguard和frr中运行hostapd。还使用Sixfab蜂窝帽子。

[46972.803286] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[46975.363309] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[46975.363322] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[47292.885392] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47295.445423] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47295.445436] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[47602.007429] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47604.567452] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47604.567465] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[47830.248947] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47838.328989] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47887.049300] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[47892.649358] brcmfmac: brcmf_cfg80211_stop_ap: SET SSID error (-110)
[47895.209353] brcmfmac: brcmf_cfg80211_stop_ap: BRCMF_C_DOWN error -110
[47897.769374] brcmfmac: brcmf_cfg80211_stop_ap: setting AP mode failed -110
[47902.889420] brcmfmac: brcmf_cfg80211_stop_ap: BRCMF_C_UP error -110
[47905.449430] brcmfmac: brcmf_set_mpc: fail to set mpc

Linux raspberrypi 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l GNU/Linux

robgil 于 2020-06-12

我也可以在5.4分支上重新创建它。 FWIW，我总是可以通过将一个大文件（> 400MB）锁定到Pi Zero W来手动触发此错误。

如果有帮助，我的内核版本从此提交起-https: //github.com/raspberrypi/linux/commit/3c860a6fd128e7cf1c39b3f51258a2a078d1a1a4

# uname -a
Linux pichime-1-c93bb27a 5.4.50 #1 Sun Jul 12 20:53:57 CDT 2020 armv6l GNU/Linux

# dmesg | grep brcmfmac | grep Firmware
[    5.319134] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: May  2 2019 02:39:18 version 7.45.98.83 (r714225 CY) FWID 01-e539531f

带有调试的崩溃日志：

[  340.321646] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  342.881642] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  345.441616] ieee80211 phy1: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  348.001649] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  358.241623] ieee80211 phy1: brcmf_cfg80211_disconnect: error (-110)
[  363.361640] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  371.041641] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  373.601642] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  376.161620] ieee80211 phy1: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  376.170775] ieee80211 phy1: brcmf_cfg80211_reg_notifier: Country code iovar returned err = -110
[  383.841632] ieee80211 phy1: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  383.851056] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled
[  386.401643] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  388.961642] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  391.521632] ieee80211 phy1: brcmf_cfg80211_set_power_mgmt: error (-110)
[  394.081651] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  409.521619] ieee80211 phy1: brcmf_run_escan: error (-110)
[  409.527146] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  412.081641] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  414.641643] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  417.201652] ieee80211 phy1: brcmf_run_escan: error (-110)
[  417.207175] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  419.761655] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  424.881645] ieee80211 phy1: brcmf_run_escan: error (-110)
[  424.887168] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  430.001645] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  432.561651] ieee80211 phy1: brcmf_run_escan: error (-110)
[  432.567172] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  435.121637] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  437.681648] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  440.241651] ieee80211 phy1: brcmf_run_escan: error (-110)
[  440.247173] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  447.921623] ieee80211 phy1: brcmf_run_escan: error (-110)
[  447.927145] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)

在上述崩溃期间，我运行了一个ifdown和ifup，但没有恢复wifi。唯一的解决方案是重新启动pi或rmmod＆modprobe brcmfmac。

值得注意的是，关闭电源管理时会发生这种情况，因为我的接口文件中包含以下内容：

pre-up iwconfig wlan0 power off

riptidewave93 于 2020-07-13

那不是43438的最新固件-我们现在在开发：

Version: 7.45.98.94 (r723000 CY) CRC: ba33fa65 Date: Tue 2019-10-22 02:01:06 PDT Ucode Ver: 1043.2137 FWID 01-3b33decd

尝试更新固件-brcm80211软件包，或从以下位置下载固件： https :

如果仍然看到错误，请通过向cmdline.txt中添加brcmfmac.debug=0x100000来启用brcmfmac固件日志记录。

pelwell 于 2020-07-13

@pelwell抱歉，但是我已更新，仍然可以使用上述方法重新创建问题。

注意我按要求启用了调试，但这就是我得到的全部：

[    0.000000] Kernel command line: root=/dev/mmcblk0p2 8250.nr_uarts=1 console=ttyS0,115200 rootwait earlyprintk brcmfmac.debug=0x100000
[    4.940560] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[    4.958767] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[    4.973290] usbcore: registered new interface driver brcmfmac
[    5.324551] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[    5.334223] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[    5.347276] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 22 2019 01:59:28 version 7.45.98.94 (r723000 CY) FWID 01-3b33decd
[    5.443617] brcmfmac: CONSOLE: hndarm_armr addr: 0x18003000, cr4_idx: 0
[    5.443635] brcmfmac: CONSOLE: 000000.001
[    5.443646] brcmfmac: CONSOLE: RTE (SDIO-CDC) 7.45.98.94 (r723000 CY) on BCM43430 r1 @ 37.4/81.6/81.6MHz
[    5.443655] brcmfmac: CONSOLE: 000000.003 sdpcmdcdc0: Broadcom SDPCMD CDC driver
[    5.443665] brcmfmac: CONSOLE: 000000.008 reclaim section 0: Returned 46092 bytes to the heap
[    5.443673] brcmfmac: CONSOLE: 000000.012 wlc_bmac_info_init: host_enab 1
[    5.443684] brcmfmac: CONSOLE: 000000.064 wl0: Broadcom BCM43430 802.11 Wireless Controller 7.45.98.94 (r723000 CY)
[    5.443693] brcmfmac: CONSOLE: 000000.067 TCAM: 256 used: 212 exceed:0
[    5.443702] brcmfmac: CONSOLE: 000000.069 reclaim section 1: Returned 81228 bytes to the heap
[   51.183451] brcmfmac: CONSOLE: 000045.943 wl0: wl_open
[   51.213694] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled
[  260.001321] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  262.561331] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  265.121296] ieee80211 phy0: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  267.681321] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  275.361321] ieee80211 phy0: brcmf_cfg80211_disconnect: error (-110)
[  280.481324] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  285.601297] ieee80211 phy0: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  285.610456] ieee80211 phy0: brcmf_cfg80211_reg_notifier: Country code iovar returned err = -110
[  288.161325] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  290.721325] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  293.281314] ieee80211 phy0: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  293.291034] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled
[  300.961315] ieee80211 phy0: brcmf_cfg80211_set_power_mgmt: error (-110)
[  306.081321] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  308.641320] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  313.761330] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  324.001323] ieee80211 phy0: brcmf_run_escan: error (-110)
[  324.006845] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  326.561329] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  329.121322] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  331.681324] ieee80211 phy0: brcmf_run_escan: error (-110)
[  331.686848] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  334.241329] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  339.361315] ieee80211 phy0: brcmf_run_escan: error (-110)
[  339.366836] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  344.481323] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  347.041339] ieee80211 phy0: brcmf_run_escan: error (-110)
[  347.046862] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  349.601345] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  352.161310] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  354.721371] ieee80211 phy0: brcmf_run_escan: error (-110)
[  354.726896] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  362.401325] ieee80211 phy0: brcmf_run_escan: error (-110)
[  362.406850] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)

riptidewave93 于 2020-07-14

通过在wlan0上执行ifdown和ifup，我能够获得更多日志，希望这会有所帮助：

[ 1420.259650] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1423.774141] ieee80211 phy0: brcmf_run_escan: error (-110)
[ 1423.779662] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1427.294190] ieee80211 phy0: brcmf_run_escan: error (-110)
[ 1427.299710] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1430.814146] ieee80211 phy0: brcmf_run_escan: error (-110)
[ 1430.819668] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1444.148281] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1445.157155] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1446.166847] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1447.176537] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1448.185305] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)

...
ifdown and ifup
...

[ 2984.008316] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 2984.019327] ieee80211 phy0: brcmf_run_escan: error (-52)
[ 2984.024840] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 3005.603730] ieee80211 phy0: brcmf_run_escan: error (-52)
[ 3005.609162] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 3005.620132] ieee80211 phy0: brcmf_run_escan: error (-52)
[ 3005.625685] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 3349.033428] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 3349.040692] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 3349.324019] ------------[ cut here ]------------
[ 3349.330137] WARNING: CPU: 0 PID: 262 at net/wireless/sme.c:756 __cfg80211_connect_result+0x41c/0x4d0 [cfg80211]
[ 3349.340546] Modules linked in: ipv6 nf_defrag_ipv6 brcmfmac brcmutil sha256_generic libsha256 cfg80211 rfkill snd_soc_simple_card snd_soc_simple_card_utils snd_soc_max98357a snd_soc_bcm2835_i2s regmap_mmio snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd
[ 3349.365074] CPU: 0 PID: 262 Comm: kworker/u2:2 Not tainted 5.4.51 #1
[ 3349.371533] Hardware name: BCM2835
[ 3349.376401] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
[ 3349.382516] Backtrace:
[ 3349.385049] [<c00156e8>] (dump_backtrace) from [<c0015a34>] (show_stack+0x20/0x24)
[ 3349.392805]  r7:000002f4 r6:bf10d624 r5:00000009 r4:bf135900
[ 3349.398587] [<c0015a14>] (show_stack) from [<c0736d54>] (dump_stack+0x20/0x28)
[ 3349.406004] [<c0736d34>] (dump_stack) from [<c00239a4>] (__warn+0xd0/0x104)
[ 3349.413150] [<c00238d4>] (__warn) from [<c0023d58>] (warn_slowpath_fmt+0x6c/0xc4)
[ 3349.420765]  r7:bf10d624 r6:000002f4 r5:bf135900 r4:00000000
[ 3349.427938] [<c0023cf0>] (warn_slowpath_fmt) from [<bf10d624>] (__cfg80211_connect_result+0x41c/0x4d0 [cfg80211])
[ 3349.438495]  r8:d8dd6084 r7:d94ebe64 r6:00000000 r5:d8dd6004 r4:d8f2da0c
[ 3349.448017] [<bf10d208>] (__cfg80211_connect_result [cfg80211]) from [<bf0dda00>] (cfg80211_process_wdev_events+0x138/0x1c0 [cfg80211])
[ 3349.460512]  r7:d8dd6024 r6:d8dd6004 r5:80000013 r4:d8f2da00
[ 3349.469003] [<bf0dd8c8>] (cfg80211_process_wdev_events [cfg80211]) from [<bf0ddac8>] (cfg80211_process_rdev_events+0x40/0x98 [cfg80211])
[ 3349.481589]  r10:d88bc0d8 r9:00000000 r8:00000000 r7:d948ae00 r6:00000040 r5:d88bc420
[ 3349.489599]  r4:d8dd6004
[ 3349.494901] [<bf0dda88>] (cfg80211_process_rdev_events [cfg80211]) from [<bf0d71c4>] (cfg80211_event_work+0x24/0x2c [cfg80211])
[ 3349.506686]  r5:c772d600 r4:d88bc0d4
[ 3349.511718] [<bf0d71a0>] (cfg80211_event_work [cfg80211]) from [<c003ddd4>] (process_one_work+0x1c8/0x470)
[ 3349.521648]  r5:c772d600 r4:d88bc0d4
[ 3349.525355] [<c003dc0c>] (process_one_work) from [<c003e0c4>] (worker_thread+0x48/0x52c)
[ 3349.533641]  r10:d940d200 r9:00000088 r8:c0a3c760 r7:d940d214 r6:c772d614 r5:d940d200
[ 3349.541603]  r4:c772d600
[ 3349.544279] [<c003e07c>] (worker_thread) from [<c00434cc>] (kthread+0x120/0x15c)
[ 3349.551812]  r10:d0067e88 r9:d8ef3f98 r8:c772d600 r7:d94ea000 r6:00000000 r5:c502c460
[ 3349.559821]  r4:d8ef3f80
[ 3349.562456] [<c00433ac>] (kthread) from [<c00090ac>] (ret_from_fork+0x14/0x28)
[ 3349.569801] Exception stack(0xd94ebfb0 to 0xd94ebff8)
[ 3349.574990] bfa0:                                     00000000 00000000 00000000 00000000
[ 3349.583349] bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3349.591665] bfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 3349.598439]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c00433ac
[ 3349.606436]  r4:c502c460
[ 3349.609020] ---[ end trace 53428b45b18f1d66 ]---
[ 3726.022943] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 3726.030239] ieee80211 phy0: brcmf_cfg80211_scan: Connectinghttps://www.youtube.com/: status (3)
[ 3726.314103] ------------[ cut here ]------------
[ 3726.320236] WARNING: CPU: 0 PID: 262 at net/wireless/sme.c:756 __cfg80211_connect_result+0x41c/0x4d0 [cfg80211]
[ 3726.330648] Modules linked in: ipv6 nf_defrag_ipv6 brcmfmac brcmutil sha256_generic libsha256 cfg80211 rfkill snd_soc_simple_card snd_soc_simple_card_utils snd_soc_max98357a snd_soc_bcm2835_i2s regmap_mmio snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd
[ 3726.355180] CPU: 0 PID: 262 Comm: kworker/u2:2 Tainted: G        W         5.4.51 #1
[ 3726.363093] Hardware name: BCM2835
[ 3726.367928] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
[ 3726.373983] Backtrace:
[ 3726.376518] [<c00156e8>] (dump_backtrace) from [<c0015a34>] (show_stack+0x20/0x24)
[ 3726.384275]  r7:000002f4 r6:bf10d624 r5:00000009 r4:bf135900
[ 3726.390113] [<c0015a14>] (show_stack) from [<c0736d54>] (dump_stack+0x20/0x28)
[ 3726.397538] [<c0736d34>] (dump_stack) from [<c00239a4>] (__warn+0xd0/0x104)
[ 3726.404673] [<c00238d4>] (__warn) from [<c0023d58>] (warn_slowpath_fmt+0x6c/0xc4)
[ 3726.412331]  r7:bf10d624 r6:000002f4 r5:bf135900 r4:00000000
[ 3726.419466] [<c0023cf0>] (warn_slowpath_fmt) from [<bf10d624>] (__cfg80211_connect_result+0x41c/0x4d0 [cfg80211])
[ 3726.430020]  r8:d8dd6084 r7:d94ebe64 r6:00000000 r5:d8dd6004 r4:c5343a0c
[ 3726.439551] [<bf10d208>] (__cfg80211_connect_result [cfg80211]) from [<bf0dda00>] (cfg80211_process_wdev_events+0x138/0x1c0 [cfg80211])
[ 3726.452052]  r7:d8dd6024 r6:d8dd6004 r5:80000013 r4:c5343a00
[ 3726.460498] [<bf0dd8c8>] (cfg80211_process_wdev_events [cfg80211]) from [<bf0ddac8>] (cfg80211_process_rdev_events+0x40/0x98 [cfg80211])
[ 3726.473127]  r10:d88bc0d8 r9:00000000 r8:00000000 r7:d948ae00 r6:00000040 r5:d88bc420
[ 3726.481129]  r4:d8dd6004
[ 3726.486396] [<bf0dda88>] (cfg80211_process_rdev_events [cfg80211]) from [<bf0d71c4>] (cfg80211_event_work+0x24/0x2c [cfg80211])
[ 3726.498184]  r5:c772d600 r4:d88bc0d4
[ 3726.503264] [<bf0d71a0>] (cfg80211_event_work [cfg80211]) from [<c003ddd4>] (process_one_work+0x1c8/0x470)
[ 3726.513197]  r5:c772d600 r4:d88bc0d4
[ 3726.516863] [<c003dc0c>] (process_one_work) from [<c003e0c4>] (worker_thread+0x48/0x52c)
[ 3726.525151]  r10:d940d200 r9:00000088 r8:c0a3c760 r7:d940d214 r6:c772d614 r5:d940d200
[ 3726.533151]  r4:c772d600
[ 3726.535756] [<c003e07c>] (worker_thread) from [<c00434cc>] (kthread+0x120/0x15c)
[ 3726.543328]  r10:d0067e88 r9:d8ef3f98 r8:c772d600 r7:d94ea000 r6:00000000 r5:c502c460
[ 3726.551332]  r4:d8ef3f80
[ 3726.553933] [<c00433ac>] (kthread) from [<c00090ac>] (ret_from_fork+0x14/0x28)
[ 3726.561319] Exception stack(0xd94ebfb0 to 0xd94ebff8)
[ 3726.566462] bfa0:                                     00000000 00000000 00000000 00000000
[ 3726.574824] bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3726.583181] bfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 3726.589916]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c00433ac
[ 3726.597913]  r4:c502c460
[ 3726.600531] ---[ end trace 53428b45b18f1d67 ]---
[ 4075.415726] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 4075.423088] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 4075.707740] ------------[ cut here ]------------
[ 4075.713868] WARNING: CPU: 0 PID: 297 at net/wireless/sme.c:756 __cfg80211_connect_result+0x41c/0x4d0 [cfg80211]
[ 4075.724269] Modules linked in: ipv6 nf_defrag_ipv6 brcmfmac brcmutil sha256_generic libsha256 cfg80211 rfkill snd_soc_simple_card snd_soc_simple_card_utils snd_soc_max98357a snd_soc_bcm2835_i2s regmap_mmio snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd
[ 4075.748795] CPU: 0 PID: 297 Comm: kworker/u2:1 Tainted: G        W         5.4.51 #1
[ 4075.756666] Hardware name: BCM2835
[ 4075.761541] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
[ 4075.767595] Backtrace:
[ 4075.770129] [<c00156e8>] (dump_backtrace) from [<c0015a34>] (show_stack+0x20/0x24)
[ 4075.777886]  r7:000002f4 r6:bf10d624 r5:00000009 r4:bf135900
[ 4075.783669] [<c0015a14>] (show_stack) from [<c0736d54>] (dump_stack+0x20/0x28)
[ 4075.791085] [<c0736d34>] (dump_stack) from [<c00239a4>] (__warn+0xd0/0x104)
[ 4075.798226] [<c00238d4>] (__warn) from [<c0023d58>] (warn_slowpath_fmt+0x6c/0xc4)
[ 4075.805843]  r7:bf10d624 r6:000002f4 r5:bf135900 r4:00000000
[ 4075.813019] [<c0023cf0>] (warn_slowpath_fmt) from [<bf10d624>] (__cfg80211_connect_result+0x41c/0x4d0 [cfg80211])
[ 4075.823577]  r8:d8dd6084 r7:d8ea1e64 r6:00000000 r5:d8dd6004 r4:d8ea660c
[ 4075.833125] [<bf10d208>] (__cfg80211_connect_result [cfg80211]) from [<bf0dda00>] (cfg80211_process_wdev_events+0x138/0x1c0 [cfg80211])
[ 4075.845621]  r7:d8dd6024 r6:d8dd6004 r5:80000013 r4:d8ea6600
[ 4075.854111] [<bf0dd8c8>] (cfg80211_process_wdev_events [cfg80211]) from [<bf0ddac8>] (cfg80211_process_rdev_events+0x40/0x98 [cfg80211])
[ 4075.866698]  r10:d88bc0d8 r9:00000000 r8:00000000 r7:d948ae00 r6:00000040 r5:d88bc420
[ 4075.874702]  r4:d8dd6004
[ 4075.879969] [<bf0dda88>] (cfg80211_process_rdev_events [cfg80211]) from [<bf0d71c4>] (cfg80211_event_work+0x24/0x2c [cfg80211])
[ 4075.891798]  r5:c772d5a0 r4:d88bc0d4
[ 4075.896834] [<bf0d71a0>] (cfg80211_event_work [cfg80211]) from [<c003ddd4>] (process_one_work+0x1c8/0x470)
[ 4075.906765]  r5:c772d5a0 r4:d88bc0d4
[ 4075.910472] [<c003dc0c>] (process_one_work) from [<c003e0c4>] (worker_thread+0x48/0x52c)
[ 4075.918757]  r10:d940d200 r9:00000088 r8:c0a3c760 r7:d940d214 r6:c772d5b4 r5:d940d200
[ 4075.926717]  r4:c772d5a0
[ 4075.929359] [<c003e07c>] (worker_thread) from [<c00434cc>] (kthread+0x120/0x15c)
[ 4075.936891]  r10:d0067e88 r9:d8fa4b98 r8:c772d5a0 r7:d8ea0000 r6:00000000 r5:c502c6c0
[ 4075.944892]  r4:d8fa4b80
[ 4075.947525] [<c00433ac>] (kthread) from [<c00090ac>] (ret_from_fork+0x14/0x28)
[ 4075.954872] Exception stack(0xd8ea1fb0 to 0xd8ea1ff8)
[ 4075.960063] 1fa0:                                     00000000 00000000 00000000 00000000
[ 4075.968425] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 4075.976743] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 4075.983516]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c00433ac
[ 4075.991514]  r4:c502c6c0
[ 4075.994097] ---[ end trace 53428b45b18f1d68 ]---

riptidewave93 于 2020-07-17

我在Raspberry PI Zero W上看到了同样的问题。

Linux luca1 5.4.51+ #1327 Thu Jul 23 10:53:06 BST 2020 armv6l GNU/Linux
brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 22 2019 01:59:28 version 7.45.98.94 (r723000 CY) FWID 01-3b33decd

jaroslawprzybylowicz 于 2020-08-02

我决定使用modprobe brcmfmac debug=0x14dd36做更多的自我调试，似乎我能够捕捉到wifi停止工作的那一刻。 https://gist.github.com/riptidewave93/787ccd6ef50a7bb0f804d330d0dff33c

请注意，这是在Linux embedded 5.7.9 #1 Sat Aug 8 13:21:12 CDT 2020 armv6l GNU/Linux ，它是基于提交https://github.com/raspberrypi/linux/commit/95e191414d6915bd44d794e679d8400811ee5a5f的rpi 5.7分支

从要点上，您可以看到当第一次引用brcmf_sdio_bus_watchdog时，wifi在330.527497附近开始出现故障。在那之后，您会看到txdata减慢到几乎没有，并且多次调用一遍又一遍到brcmf_sdio_bus_watchdog 。在代码中挖掘，此函数由https://github.com/raspberrypi/linux/blob/rpi-5.7.y/drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c#L4045 -L4069调用同样值得一提的是，根据git blame的说法，该看门狗代码是6年前更改的。

这使我认为SDIO总线可能存在问题，但我个人不够熟练，无法对此进行更深入的研究。这可能是时钟问题吗？

@pelwell会喜欢您对此的想法：sweat_smile：

riptidewave93 于 2020-08-08

我认为值得一提，尽管这不是一个长期解决方案，但对于正在寻找解决方法的任何人：

如果您已经升级了WiFi固件，请尝试：
pi@raspberrypi:~ $ wget http://archive.raspberrypi.org/debian/pool/main/f/firmware-nonfree/firmware-brcm80211_20190114-1+rpt4_all.deb
pi@raspberrypi:~ $ sudo dpkg -i firmware-brcm80211_20190114-1+rpt4_all.deb
pi@raspberrypi:~ $ sudo reboot

如果您尚未升级固件，但想继续进行最新的操作系统更新：
pi@raspberrypi:~ $ sudo apt update
pi@raspberrypi:~ $ sudo apt list --upgradeable | grep firmware-brcm80211

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

firmware-brcm80211/testing 1:20190114-1+rpt7 all [upgradable from: 1:20190114-1+rpt4]

注意，您会在上面看到要安装的固件版本，然后：
pi@raspberrypi:~ $ sudo apt-mark hold firmware-brcm80211

并检查是否成功：
pi@raspberrypi:~ $ apt-mark showhold
firmware-brcm80211

现在可以安全地执行完整升级，保持WiFi功能不变：
pi@raspberrypi:~ $ sudo apt -y upgrade

如果在任何时候有必要取消对包装的保持力进行更多测试，等等：
pi@raspberrypi:~ $ sudo apt-mark unhold firmware-brcm80211

我可以通过相当广泛的测试来确认，使用hostapd和其他功能，20190114-1 + rpt4软件包版本似乎非常稳定。目前，使用最新的内核似乎工作正常。

jeremyn54 于 2020-08-10

Per @ jeremyn54 ，这似乎对我有所帮助。我已经运行了几天，到目前为止，还没有下降。我结束了固件和内核的升级。

root<strong i="7">@raspberrypi</strong>:~# dpkg -l |grep firmware-brcm80211
ii  firmware-brcm80211                    1:20190114-1+rpt7                      all          Binary firmware for Broadcom/Cypress 802.11 wireless cards

Linux raspberrypi 5.4.51-v7+ #1327 SMP Thu Jul 23 10:58:46 BST 2020 armv7l GNU/Linux

ii  raspberrypi-kernel                    1.20200723-1                           armhf        Raspberry Pi bootloader

希望这对其他人有帮助。如果有任何锁定/丢失，我会回发。我正在AP模式下运行它。

robgil 于 2020-08-10

基于@ jeremyn54和@robgil的共享，我从提到的两个raspbian软件包中提取了固件blob：

7.45.98.38 - 20190114-1+rpt4
7.45.98.94 - 20190114-1+rpt7

在我的内核Linux buildroot 5.7.9 #1 Mon Aug 10 19:06:58 CDT 2020 armv6l GNU/Linux ，我仍然看到如前所述将大文件SCPing到Pi Zero时WiFi崩溃。

riptidewave93 于 2020-08-11

在即将发布的Linux 5.9中，有一个很有前途的功能“在固件崩溃时重置SDIO总线”。

lategoodbye 于 2020-08-22

在即将发布的Linux 5.9中，有一个很有前途的功能“在固件崩溃时重置SDIO总线”。

遗憾的是，我选择了樱桃并对其进行了测试，以及一些其他即将发布的5.9补丁，均未成功。这个问题似乎不是固件崩溃，但是我测试中的SDIO总线实际上出了点问题。真的希望这个问题能引起RaspberryPi的更多关注。

riptidewave93 于 2020-08-22

作为对该问题的更新，至少在我看来，崩溃的原因似乎是由于我的Pi Zero连接到启用了802.11r快速漫游的网络。如果我重新连接到非802.11r网络，则不会出现连接问题。我已经使用roamoff=1以及roamoff=0 ，并且在设备进入SCP期间，我始终可以重新创建驱动程序问题。由于漫游不影响该问题，因此我认为该问题在处理802.11r网络的brcmfmac驱动程序内。

riptidewave93 于 2020-08-27

👍6 🎉1

我可以确认在我的AP中禁用快速漫游可以解决此问题。从那以后我再也没有看到连接性下降。

jaroslawprzybylowicz 于 2020-08-28

@jaroslawprzybylowicz我正在尝试获取有关可能导致问题的原因的更多信息。请问我是否在询问您使用的是哪种类型的AP，以及它具有哪种类型的无线电？

我个人正在使用一些Ubiquiti Unifi NanoHD，它们将MediaTek MT7603用于B / G / N广播。

riptidewave93 于 2020-09-09

使用带有原始固件的avm fritz！box 7412。有关设备的硬件详细信息，请参见设备的openwrt页面。如前所述，我给人的印象是，大多数情况是在android设备（v4 / 5/6可能也是更新的）访问pi上的octoprint网站时发生的。随着时间的流逝，它也是随机发生的。
我的原始评论中有更多详细信息。但是，它可能与终端设备或网络流量有关，但与ap或无线电无关。

09.09.2020 00:04:45 Chris Blake [email protected] ：

@jaroslawprzybylowicz [https://github.com/jaroslawprzybylowicz]我正在尝试获取有关可能导致该问题的原因的更多信息。请问我是否在询问您使用的是哪种类型的AP，以及它具有哪种类型的无线电？
我个人正在使用一些Ubiquiti Unifi NanoHD，它们将MediaTek MT7603用于B / G / N广播。
—
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看[ https://github.com/raspberrypi/linux/issues/1342#issuecomment -689161037]，或退订[https://github.com/notifications/unsubscribe-auth/AAZQPLVVYADHKXZBEPUM2GDSE2S7ZANCNFSM4B52SC4Q ]。 [https://github.com/notifications/beacon/AAZQPLRFN5PNTBNBNB5AMG6Z3SE2S7ZA5CNFSM4B52SC42YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFEJ4GTI.gif]

DEvil0000 于 2020-09-09

@ riptidewave93我的设置是板载Qualcomm Atheros QCA9563的单个UniFi AP-AC-Pro。它具有在相同SSID下启用的2.4 GHz和5 GHz无线电。

jaroslawprzybylowicz 于 2020-09-09

对于它的价值，我正在使用TP-Link AC-1750，它在不同的ssid上具有2.4GHz和5GHz。而且我也只有从Android设备连接时才观察到该问题

rraszews 于 2020-09-09

👍1

因此，在我的pi 3B上，wifi不会在一段时间后消失，甚至无法启动。这是启用了调试标志的输出： https :

pentlander 于 2020-09-14

Linux: 无线局域网冻结在树莓派3 / PiZeroW（不是3B +）中

最有用的评论

所有477条评论

禁用电源管理

Rpi3

Ubuntu PC作为WiFi客户端连接到RPi3（IP 192.168.1.22如上所述）

定义BRCMF_SCAN_PASSIVE_TIME 120

定义BRCMF_SCAN_PASSIVE_TIME 120

建立

我所看到的

有趣的事情

相关问题