EDIMAX EW-7811UN ....それはrtl8188cusチップセット、IIRCを使用しています。

まだ取得していない場合は、コンテンツを使用して/etc/modprobe.d/8192cu.confを作成します。

電源管理を無効にする

オプション8192curtw_power_mgnt = 0 rtw_enusbss = 0

rpi3は、実際には組み込みのWi-Fiにbrcmfmacドライバーを使用します
省電力/管理をオフにする必要がある問題があります

新しいラスピアンカーネルは、デフォルトで省電力を無効にするためにすでにこれにパッチを当てていると思いますが、まだこの4.5ブランチにはないと思います

私が現在行っていること（gentoo install）は、起動時に次のことで、wifiカードの省電力を無効にします。

iw wlan0 set power_save off

rpi3は、実際には組み込みのWi-Fiにbrcmfmacドライバーを使用します

はい、知っています。 ああなるほど。 彼はEDIMAXEW-7811UNドングルをもう使用していません。 彼はそれをRPi2で使用していました。

はい、USB Wi-Fiを使用しなくなりました。電源管理をオフにするように、cmd行を設定するにはどうすればよいですか。
crontab
@reboot iw wlan0 set power_save off

私はgentooを使用しているので、ラスピアンについてはよくわかりません。

これを試してください： https ：

電源管理をオフにしたので、動作しているようです。別の無線LANのクラッシュは発生していません。

言及しただけで、クラッシュ後にWLANを自動的に再起動するには、これが役立ちます。
sudo cp /etc/wpa_supplicant/ifupdown.sh /etc/ifplugd/action.d/ifupdown

ところで、最新のapt-getアップグレードカーネルでは、デフォルトで電源管理が無効になっています。
@ dh-connectは、現在の回避策を削除した場合に機能しますか？

最新のアップグレード後もクラッシュしているので、syslogで次のエラーが発生します。
brcmfmac：brcmf_sdio_bus_txdata：バス外-> txq !!!

クラッシュしていると言うとき、エラーメッセージ以外の症状はありますか？

いいえ、ここに投稿したものだけですが、ログに何度も記録されています

無線LANが機能しなくなりましたが、引き続き使用できますが、無線LANを機能させるには、再起動する必要があります。

ありがとう-「wlanが動作を停止する」は症状としてカウントされると思います。

私はいくつかのことを試しましたが、wlanはまだ故障しています

構成を取り戻すときに上記の質問に答える
/ etc / network / interfacesのワイヤレス電源オフ
再起動します
iwconfigで設定を確認してください
電源管理がオンに戻されていないので、デフォルトではこれが無効になっているとは言わないので、構成をそのままにします

カーネル4.1.19で試してみましたが、カーネル4.1.20でも試してみました...変更なし

wlanがクラッシュし、ifdownとifup wlan0でオンに戻そうとすると、次のようになります。
ワイヤレス要求「SetPowerManagement」のエラー（8B2C）：デバイスwlan0でSETが失敗しました。 無効な交換。

また、syslogでさらにいくつかのエラーが発生しました。

dhcpcd [532]：wlan0：xxx：期限切れのオプション25

3月21日17：29：35raspberrypiカーネル：[6627.337503] brcmfmac：_brcmf_set_multicast_list：mcast_listの設定に失敗しました、-52
3月21日17：29：36raspberrypi wpa_supplicant [6318]：wpa_supplicantが正常に初期化されました
3月21日17：29：36raspberrypi dhcpcd [532]：wlan0：キャリアが失われました

3月21日17：29：43raspberrypiカーネル：[6635.337616] brcmfmac：_brcmf_set_multicast_list：mcast_listの設定に失敗しました、-52

3月21日17：29：45raspberrypiカーネル：[6637.337588] brcmfmac：brcmf_do_escan：エラー（-52）
3月21日17：29：45raspberrypiカーネル：[6637.337602] brcmfmac：brcmf_cfg80211_scan：スキャンエラー（-52）

3月21日17：29：47raspberrypiカーネル：[6639.337596] brcmfmac：_brcmf_set_multicast_list：allmultiの設定に失敗しました、-52
3月21日17：29：49raspberrypiカーネル：[6641.337632] brcmfmac：_brcmf_set_multicast_list：BRCMF_C_SET_PROMISCの設定に失敗しました、-52

他に試すことができるものはありますか？

またこれら：

3月21日21：26：55raspberrypi dhcpcd [526]：wlan0：xxx：期限切れのオプション25
3月21日21：28：54raspberrypiカーネル：[1958.899715] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータコンテンツ：0x40012
3月21日21：30：16raspberrypi dhcpcd [526]：wlan0：xxxに到達できず、有効期限が切れています

iwconfigが、デバイスで省電力が有効になっていると見なしているのは驚きではありません。ドライバー自体でブロックしました。状態が上位層に保存されるか、正しく報告するために別の変更が必要です。 いずれにせよ、省電力のバグを回避したという証拠は強力ですが、他にもいくつかの問題が残っています。

故障までの時間と、（ifconfigから）転送された可能性のあるデータの概算値はありますか？

はい、そうです。トラフィックが少ない（100 MB未満）Webサーバーだけを実行している場合、1〜2日続きます。1GBの無線LANのような大きなデータファイルを転送すると、1時間以内にクラッシュします。

バグを見つけるのに役立つものはありますか？

これがsyslogからのエラーです：

3月29日14：20：56raspberrypi dhcpcd [535]：wlan0：xxx：期限切れのオプション25
3月29日14：30：15raspberrypi dhcpcd [535]：wlan0：xxxに到達できず、有効期限が切れています
3月29日17：18：42raspberrypiカーネル：[186148.102420] brcmfmac：brcmf_sdio_bus_txdata：バス外-> txq !!!
3月29日17：18：43raspberrypiカーネル：[186149.101045] brcmfmac：brcmf_sdio_bus_txdata：バス外-> txq !!!
3月29日17：18：43raspberrypiカーネル：[186149.101145] brcmfmac：brcmf_sdio_bus_txdata：バス外-> txq !!!
3月29日17：18：44raspberrypiカーネル：[186150.101209] brcmfmac：brcmf_sdio_bus_txdata：バス外-> txq !!!
3月29日17：18：50raspberrypi wpa_supplicant [478]：wlan0：CTRL-EVENT-DISCONNECTED bssid = xxx reason = 3 local_generated = 1
3月29日17：18：50raspberrypiカーネル：[186156.181033] brcmfmac：brcmf_cfg80211_disconnect：エラー（-52）
3月29日17：18：52raspberrypiカーネル：[186158.181028] brcmfmac：send_key_to_dongle：wsec_keyエラー（-52）
3月29日17：18：54raspberrypiカーネル：[186160.181046] brcmfmac：send_key_to_dongle：wsec_keyエラー（-52）
3月29日17：18：56raspberrypiカーネル：[186162.181048] brcmfmac：send_key_to_dongle：wsec_keyエラー（-52）
3月29日17：18：58raspberrypiカーネル：[186164.181049] brcmfmac：send_key_to_dongle：wsec_keyエラー（-52）
3月29日17：18：58raspberrypiカーネル：[186164.185477] cfg80211：CRDAを呼び出して世界の規制ドメインを更新
3月29日17：18：58raspberrypi dhcpcd [535]：wlan0：キャリアが失われました
3月29日17：18：58raspberrypi wpa_supplicant [7354]：wpa_supplicantが正常に初期化されました
3月29日17：18：58raspberrypiカーネル：[186164.314511] brcmfmac：brcmf_cfg80211_reg_notifier：ISO3166コードではありません
3月29日17：18：58raspberrypiカーネル：[186164.314541] cfg80211：世界の規制ドメインが更新されました：
3月29日17：18：58raspberrypiカーネル：[186164.314548] cfg80211：DFSマスターリージョン：設定解除
3月29日17：18：58raspberrypiカーネル：[186164.314555] cfg80211：（start_freq --end_freq @帯域幅）、（max_antenna_gain、max_eirp）、（dfs_cac_time）
3月29日17：18：58raspberrypiカーネル：[186164.314565] cfg80211：（2402000 KHz-2472000 KHz @ 40000 KHz）、（N / A、2000 mBm）、（N / A）
3月29日17：18：58raspberrypiカーネル：[186164.314573] cfg80211：（2457000 KHz-2482000 KHz @ 40000 KHz）、（N / A、2000 mBm）、（N / A）
3月29日17：18：58raspberrypiカーネル：[186164.314581] cfg80211：（2474000 KHz-2494000 KHz @ 20000 KHz）、（N / A、2000 mBm）、（N / A）
3月29日17：18：58raspberrypiカーネル：[186164.314592] cfg80211：（5170000 KHz-5250000 KHz @ 80000 KHz、160000 KHz AUTO）、（N / A、2000 mBm）、（N / A）
3月29日17：18：58raspberrypiカーネル：[186164.314602] cfg80211：（5250000 KHz-5330000 KHz @ 80000 KHz、160000 KHz AUTO）、（N / A、2000 mBm）、（0秒）
3月29日17：18：58raspberrypiカーネル：[186164.314611] cfg80211：（5490000 KHz-5730000 KHz @ 160000 KHz）、（N / A、2000 mBm）、（0秒）
3月29日17：18：58raspberrypiカーネル：[186164.314645] cfg80211：（5735000 KHz-5835000 KHz @ 80000 KHz）、（N / A、2000 mBm）、（N / A）
3月29日17：18：58raspberrypiカーネル：[186164.314654] cfg80211：（57240000 KHz-63720000 KHz @ 2160000 KHz）、（N / A、0 mBm）、（N / A）

申し出に感謝しますが、これは現在Broadcomの手に委ねられています。

これが修正されるバグである場合、Broadcomからの更新はありますか？ pingに失敗したときにwlan0をダウンおよびアップするためのcronジョブセットアップができました。

私の側からのクイックアップデート、問題を修正することができたのはドライバーに関連しているようです、カーネル4.4.8でUbuntu MATE 16.04をインストールしましたが、それ以来、wifiに問題はありませんでした

私は彼らが宣伝していることを意味します：「UbuntuMATE16.04はRaspberryPi3で完全に機能するBluetoothとWifiも持っています」これは本当のようです

多分それは私が言うことができない新しいDebianリリースでも動作します

@ juched78 4.4カーネルを実行していますか？ そうでない場合は、 sudo rpi-updateを実行して、最新の4.4.8ビルドを取得し、同じ問題が発生するかどうかを確認してください。

Broadcomドライバーは4.1以降大幅に変更されており、4.4ツリーには4.5で行われたいくつかの修正のバックポートが含まれています。 スリープからの復帰の失敗（電源管理はまだ無効）以外に未解決のバグはありません-チャネル12と13は許可されている場合は使用可能であり、アドホックモードはクラッシュしません-しかし、まだ潜んでいる問題がある可能性があります。

ああ、まだ4.4.8に報告されているバグが1つあります-hostapdを頻繁に使用すると、カーネルの警告が発生する可能性があります（https://github.com/raspberrypi/linux/issues/1375を参照）。

私は走っています：
Linux XXX 4.4.8-v7 +＃880SMP金4月22日21：55：04BST 2016 armv7l GNU / Linux

2016年4月27日11:06:18
Copyright（c）2012 Broadcom
バージョン9b52ab7b475f4a056658fd2d95d2440b32167390（クリーン）（リリース）

NetgearR7000がShibbyTomatoを実行していると、wifiで約2日間ドロップし、sysログに次のように表示されます。

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 ifdownwlan0に続いてsudoifup wlan0を使用すると、接続が回復します。

アップグレードしたばかり：
Linux JuchePi 4.4.8-v7 +＃881 SMP Sat Apr 30 12:16:50 BST 2016 armv7l GNU / Linux

22日から30日まで何が違うのかわからない。 接続を監視します。

私のRPi3もその問題にぶつかりました。 いくつかの異なるカーネルメッセージが表示されました。 主に以下のいずれか。
その後、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

まだ監視中です。 3日間実行した後、openhabをオフラインにしましたが、何らかの理由で、通常はできなかったPiにSSH接続できました。 時間のトップとwifiスクリプトが実行され、接続が切断されて起動された後、openhab組織に再接続されました。 奇妙な。 見続けます。

私も同じ問題を経験しています-次のような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はルーター/アクセスポイントとして使用されています

接続の長さはランダムに見えます-私は2週間もあり、数分もありました。 最近は20分くらいおきに出かけています。 wlan0を停止してバックアップしても、問題は解決しません。完全に再起動する必要があります。

AppleTVからNetflixをストリーミングしているときに、問題が悪化しているようです。 2週間の稼働時間があるときはそうではありませんでしたが。

私は4.4.10-v7 +を使用しています

チャネルを13から6に切り替えて、それが問題になる可能性があるかどうかを確認しました（高チャネルにいくつかの欠陥がありました）。それ以来、WiFiフリーズを使用していません。 しかし、それは偶然かもしれません...

アクセスポイントチャネルの変更は役に立ちませんでした。 WiFiはまだ壊れています。 最後の数回は、それを機能させるために連続して数回再起動する必要がありました。

特に、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

Syslogからのエラーメッセージ：

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

このエラーの後の唯一の解決策は再起動であるようです。

先週、ネットワークから2回ドロップしました。 初めて急いでいたので、プラグを抜いて再起動しました。 数日後、それは再び起こり、再起動し、完全なシステムアップデート（ファームウェアを含む）を実行し、監視します。 近くにモニターがない状態でマウントしているので、エラーの詳細を取得するにはさらに労力が必要です:)

ここでも同じ問題があります。 sftpで大きなファイルを転送すると常にフリーズします。 解決するために再起動するだけ

この問題は、 https：//github.com/raspberrypi/linux/issues/1313に関連している可能性があり

Broadcomによると、＃1313は問題ではなく、最新のカーネルではこれらのメッセージは表示されなくなりました。

私はこの問題を再現することができませんでした。 誰かが失敗の頃にパケットトレースをキャプチャすることができましたか？

デバッグ対応のドライバーモジュールを使用してさらにテストを行う時間があれば、次のようにお願いします。

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

お気に入りの貼り付けサイトにアップロードします（または要点を作成します）。 1つまたは2つのログで十分です。

モジュールの元のバージョンを復元するには：

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

前もって感謝します。

デバッグ出力が実際に有効になっていることを確認している間、しばらくお待ちください。

また、ドライバーでデバッグ機能を有効にする必要があります。

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あなたの指示を実行した後、私はもうwifiを持っていません...

root @ pi3b ：/ home / pi＃dmesg | grep brcmf
[15.582665] brcmfmac：不明なシンボルbrcmu_dbg_hex_dump（err 0）
[15.613709] brcmfmac：不明なシンボルbrcmu_dbg_hex_dump（err 0）

これを試して：

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

そして再起動します。

wlan0は関連付けられません。
Wireless.txt
（多くの再起動の1つで、数分間関連付けが表示されましたが、dmesgでは（まだ）キャッチされませんでした）

4.4.11-v7 +から4.4.15-v7 +にアップグレードすることで、問題が解決したようです。

AndroidフォンからのSFTP転送で発生していた問題を再現しようとしましたが、現時点では問題は発生していません。

長い間待った後の@ pelwellwlan0は関連付けに成功しました。 前のログにdmesgを追加しました：
Wireless.txt
フリーズまたは関連付けの喪失を今待っています
これがお役に立てば幸いです

@pelwellはすぐに再び接続を失いました。 追加されたdmesg：
Wireless.txt

ありがとうございました。 初めては遅かったです。 クリーンなRaspbianを入手し、パッチを適用して問題を再現しようと忙しくしています。とにかく続行します。

@pelwell
Wireless.txt
そして再び関連付けられました：dmesgが再び追加されました
続けて欲しいですか？

@pelwell ：再び関連付けを失った
Wireless_associationloss.txt

@pelwell
不規則にオン/オフを切り替えています
Wireless_associationloss.txt

受信トレイがオーバーフローする前に、今すぐ元に戻す方がよいと思います。

OK; 3ユーロのMT7601Uドングルに戻します。 ;）

これまでのご協力に感謝します、

この問題を見つけたので、私が見ているものと類似していることを確認できますか？ アクセスポイントとしてRPi3を設定しましたが、接続できないことがよくあります。 有線接続を介して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を初めて実行したばかりなので、それが役立つかどうかはまだわかりません。

これは関連しているのでしょうか、それとも別の問題でしょうか。
https://www.youtube.com/watch?v=_D_fi_ck9Vo

私のRPI3は、最新のudevにアップグレードするまで、WiFi経由で問題なく動作しました...

今、それはもう接続しません...

Pelwellからパッチを適用したモジュールもインストールしましたが、成功しません。単に接続されません...

私が助けることができるかどうか私に知らせてください、

私のベスト、
ミモ

@ dh-connect問題は解決しましたか？ もしそうなら、この問題を閉じてください。 ありがとう。

それ以来、私はlanを使用していますが、wlanを試していません。

こんにちは、

私のrpi3でも同じ問題があるようです。公式のRPIwifi usbドングルを使用するように戻しましたが、この種のメッセージとの接続が約20時間経過すると、組み込みのwifiが停止します。 Syslogで

brcmfmac：brcmf_cfg80211_reg_notifier：ISO3166コードではありません
cfg80211：世界の規制ドメインが更新されました：
cfg80211：DFSマスターリージョン：未設定

これは最新のラズビアン、最新のファームウェアにあります

この問題を再開することは可能ですか？
なぜ閉鎖されたのですか？

それ以来、私は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

@jrmhaigと同じ問題が

$ 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

WiFiに問題がある人のために、Cypress（以前は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を使用して、他のカーネルメッセージとともにファイルへのトレースをキャプチャし、ファイルをどこかにアップロードして（要点、ペーストビン、ドロップボックスなど）、ファイルへのリンクを投稿します。エラーが発生したときに行っていたことの説明。

私の記憶をリフレッシュしてください：安定したファームウェアに戻るために使用するコマンド
デバッグを停止することにした場合はどうなりますか？

sudo apt-get update
sudo apt-get upgrade

トリックを行う必要があります。 そして、 sudo ./brcmdbgは、デバッグ以外のドライバーに戻すだけです。

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

デバッグを開始しました。 約5または6回の関連付けが必要です。 最後の試み以外のすべてが失敗した理由がわからない。 アソシエーションの喪失が見られるまで実行し、新しいdmesgをダンプします。 オンボードwifiの使用をやめる前は、関連付けの動作に一貫性がないことが問題だったので、その場で問題が発生する可能性があります。 追加のアクティビティが役立つ場合はお知らせください。

https://gist.github.com/BenoitSvB/bf8acdbb7b664df90e885603bb4774ce#file -201609081628_wifidbg-txt
待つ以外に何もしません。 ここにいくつかの関連の損失/回復が見られますか？

それをありがとう。 うーん-これらのログはあまり有益ではありませんが、サイプレスが何を持って戻ってくるか見てみましょう。

https://gist.github.com/BenoitSvB/98db53ff884e7b1a57bf1475d6106c56
原因不明の関連の喪失と回復; システムトレイアイコンで表示するのに十分な長さ。
アクセスポイントはLinksyswrt160nで、ファームウェアはDD-WRT v24-sp2（08/07/10）stdです。
今のところデバッグを停止して、€3 MT7601Uドングルに戻すことができると思いますが、さらにサポートが必要な場合はお知らせください。

@pelwell sudo apt-get update && sudo apt-getupgradeとsudorpi-updateの後にファームウェアの復元が見られませんでした
***ファームウェアはすでに最新です。 安定したファームウェアに戻すには、特定のgitハッシュを使用してrpi-updateを実行する必要があると思います。 どのハッシュを知っていますか？

RPI-Distroリポジトリのコミット履歴は、ファームウェアリポジトリから390f53ed0fd79df274bdcc81d99e09fa262f03abをコミットすることを示しているため、次のコマンドを実行します。

sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab

@pelwell ：
root @ pi3b ：/ home / pi＃sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab
** AndrewSとDomによって強化されたHexxehによるRaspberryPiファームウェアアップデータ**自己更新の実行
**更新後に再起動* * AndrewSとDomによって強化されたHexxehによるRaspberryPiファームウェアアップデーター
無効なgitハッシュが指定されました

ああ、Hexxehrpi-firmwareには異なるコミットIDがあります-569e6611ac20c735647eb0e550484a73935a672dを試してください。

https://github.com/raspberrypi/linux/issues/1552 /＃1444もこの問題に関連しているのではないかと思います。

最近、Bluetooth機能を実行する40xRPI3セットアップを展開しました。そうしないと、USB Wi-Fiインターフェイスを取得する必要がありました。そうしないと、WLANが常にフリーズします。内部blデバイスを使用し、内部Wi-Fiモジュールはmodprobe.dでブラックリストに登録されています。

hcitool name 11:11:11:11:11:11を実行して、興味深いログエントリが生成されるかどうかを確認すると便利な場合があります。私はこの問題をフォローしているだけで、自分で何かをテストするためにラボ環境をセットアップする時間がありませんでした。 BTを有効にせずにwifiがフリーズしましたが、wifi + btの組み合わせは、多かれ少なかれ、非常に短い時間で常にwifiを強制終了できます。これは、任意の数のrpiで常に再現可能でした。

@pelwell
OK; uname-aはLinuxにpi3b.thuis4.4.13-v7 +を提供します＃894 SMP Mon Jun 13 13:13:27 BST 2016 armv7l GNU / Linux
情報のためだけに：実際の安定したファームウェアバージョンのgitハッシュはどこにありますか？

@thomasf
Bluetoothを使用していますが、現時点では使用できません。hcitoolname11：11：11：11：11：11は何も返しません。 これは、私がどのデバイスにも接続されていないため、予想されることだと思います。 たぶん私は遊ぶために私にBTオーディオデバイスを買うべきです。

安定を定義します。

私が（ついに）あなたに与えたハッシュは、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-updateハッシュに変換されます。

@BenoitSvB他のソフトウェアでhci0に触れずにフレッシュブートからhcitoolコマンドを実行するだけで、テストでWi-Fiの動作が悪くなります。他にBluetoothデバイスがあるかどうかはわかりませんが、再現可能な最小の例です。私はwifiのフリーズの問題を引き起こすために考えることができます。

外部btドングル+内部wifiもテストしましたが、内部bcmbtドライバーがロードされていなくても内部wifiがハングすることがあります。 私たちの「解決策」（クイックフィックスのように）は、テストと本番環境で安定していることが証明されているUSBWi-Fiアダプターを使用することでした。

私はまだ＃1313が関連していると思います。

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

外部BTドングル+内部Wi-Fiもテストしましたが、内部
内部のbcmbtドライバーがない場合でもwifiがハングすることがあります
ロードされました。 私たちの「解決策」（クイックフィックスのように）は、usbwifiを使用することでした
アダプターは、テストと実稼働での使用で安定していることが証明されています。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245649229、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AFyzObJxRjzQ-uMUlfe8hjRasrfq3nkwks5qoDLXgaJpZM4HupC5。

@pelwell
この場合、安定版は、最後に公開されたイメージでFoundationによってリリースされ、「sudo apt-get update && sudo apt-get upgrade」によってのみ更新されるファームウェアであるため、rpi-updateを呼び出さずに（特定のgitの有無にかかわらず）ハッシュ。これは、特定の目的でのみ最新のファームウェアにアップグレードするために理解したことを意味します）。
これは私に質問をもたらします：テスト用の新しいファームウェアをロードする前に運用ファームウェアのハッシュを読み取って、テスト後の復元を簡単にすることはできますか？

おそらく- cat /boot/.firmware_revisionはrpi-updateによって書かれていますが、
それを試さずに、ラズビアンリリースも書くかどうかはわかりませんでした
それ。

boot / .firmware-revisionはrpi-updateのものです（
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 to
https://github.com/Hexxeh/rpi-firmware/commits/masterは慎重に作成されています
コミットからの日付と説明を比較します。

何かを学びました。 thnx :)

Op 89月 2016 8:28 pm schreef "Phil Elwell" [email protected] ：

おそらく- cat /boot/.firmware_revisionはrpi-updateによって書かれていますが、
それを試さずに、ラズビアンリリースも書くかどうかはわかりませんでした
それ。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245693018、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AFyzOQ_pfODaEmuBGR6pQVXs2W6LggW8ks5qoFO2gaJpZM4HupC5
。

@BenoitSvB ：あなたのトレースは別の種類の問題を示しているようです-ファームウェアはあなたが切断されている理由についての手がかりを与えていません。 WaveSharkなどのパケットスニファからさらに手がかりが得られる場合があります。

@mathieugouin @ dh-connect @ juched78 @maciex @duncanmcdowell ：私にはあなたの問題についてもっと知りた

@pelwell Googleは、「パケットスニファWaveshark」についてあまり実質的な結果を返しませんでしたが、WireSharkを意味していると思います。 MT7601Uドングルの使用中にbrcmutilとbrcmfmacをブラックリストに登録すると、接続/切断の動作が不安定になり、頻繁に発生する「異常」が発生する（＃1313を参照、現在は非表示になっていますが解決されていない）という事実から、Broadcom /が疑われます。サイプレスハードウェアの原因。
Wiresharkが役立つかもしれませんが、ハードウェアのデバッグに真剣に取り組むためのセットアップ/実施には支援が必要です。

はい、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-count1」は1回の一致後に停止するはずですが、実際に停止するにはもう1行の入力が必要なようですが、実際には問題にはならないことに注意してください。

キャプチャファイルが大きくなりすぎる場合は、「-bduration ：60 」オプション（1分間）を使用して、dumpcapで固定期間の記録を使用できます。 このようにキャプチャを再開すると、悪いタイミングで対象のパケットが失われる可能性がありますが、これはほとんどありません。 期間を長くすることで、いつでも可能性を低くすることができます。

@BenoitSvB接続の問題を回避する方法として、Pi3WiFiドライバーでローミングを無効にすることを提案するスレッドがここにあります。 ローミングを使用すると、デバイスは同じSSIDを持つAP間を自動的に移動できますが、Pi3などの静的デバイスではあまり役に立たない可能性があり、最終的には接続が完全に失われる可能性があることが示唆されています。

roamoffモジュールパラメータを有効にしてみてください。 以下を含むcreate / etc / modprobe.d / brcmfmac.confを作成する必要があります。

options brcmfmac roamoff=1

@pelwell ：ローミングを無効にすることは解決策ではありません。 しかし、それは私を異なるチャネルと2番目のアクセスポイントで遊ばせます。 オンボードのwifiアダプターには、一部のチャネル（1、5など）でのみ問題があり、DD-WRTファームウェアを搭載したLinksysWRT160Nでのみ問題があることがわかりました。 不思議なことに、他のどのWi-Fiクライアントもこの問題を共有していませんでした。両方のアクセスポイントで提供されているすべてのチャネルで、問題なく接続できます。 私にとっては、安定した回避策があります（wifiでチャネルを使用しないと問題が発生します）が、問題が明確ではありません。
特定のテストを実施してほしいですか？
ちなみにパラメータを設定する必要がありますか
options brcmfmac debug = 1
特別なテストドライバーを使用している間、/ etc / modprobe.d / brcmfmac.confで？
また、wifiアソシエーションの稼働時間を測定する方法を知っていますか。そうすれば、巨大なキャプチャファイルを作成せずに、すべてのチャネルをより体系的に長期間テストできます。

要求されたデバッグはデフォルトでデバッグドライバーで有効になっていると確信しましたが（ options bcrmfmac debug=0x100000と同じ効果があります）、さまざまな値を自由に試してみてください。

頻繁にポーリングして変更を見つけることを期待する以外に、アソシエーションの稼働時間を測定する方法を私は知りません。

サイプレスの従業員はこのスレッドを知っていますが、直接連絡が取れたら、私にメール（raspberrypi dot orgのphil）を送ってください。

こんにちは、

この問題について何か進展はありますか？ 開いている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まで再び機能します。

電源管理が無効になり、Bluetoothが無効になり、ローミングが無効になり（ご提案のとおり）、私のバージョンはLinux pi3 4.4.17-v7+です。

eth0とwlan0をブリッジすると、常に発生しました。https：//github.com/raspberrypi/linux/issues/1375と同じ問題が発生しました

ランダムな時間が経過すると、Pi3オンボードWiFiがドロップアウトするというまったく同じ問題が発生します。 ifupが再び実行しても問題ありません。

多くの調査の結果、1つのSSIDを持つ3つのAP（BSSID）（チャネル1、6、および11にそれぞれ1つ）があることが原因であることがわかりました。 この設定はシームレスなローミングをサポートし、他のすべてのWLANクライアントと完全に連携します。

標準ドライバーでデバッグ/ロギングを有効にすると、ある段階でPiが認証を解除することを決定し、BSSIDの1つをブラックリストに登録することさえあるようです。 理由は定かではありませんが、Pi側での決定のようです。

Piでまったく同じ構成を使用しているが、SSIDのBSSIDが1つしかない場合、Piは問題なく数日間ハングアップできます。

残念ながら、pelwellのリンク（http://projectable.me/optimize-my-pi-wi-fi/）に従ってローミングを無効にすることは実際には実現可能ではなく、SSIDごとにBSSIDを1つだけ持つことはオプションではありません。むしろ、一部のホストにpingを実行してからifdown / ifupを実行するスクリプトに依存する必要はありません。

SSIDごとに複数のBSSIDをサポートするために、さらに調査が行われていますか、それとも調査をサポートするために特別に何かを行うことができますか？

ありがとう！

私はこの問題を抱えており、私のネットワークは@TheOriginalMrWolfのものと似ています。
WDSを使用したメッシュ構成のAppleベースステーションとAirMacExpressがあります。

私もこの問題を抱えています。 ファイルをSamba共有にコピーすると、wifi接続が失われます（raspberry 3、新しくインストールされたraspbian）。
Syslog：
brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012

upnp（gmediarender）で音楽を再生すると、まったく同じ問題が発生します。

hostapdを使用するAPとしてrpiを使用して、wechatで音声通話を開始するときに同じ問題が発生します。 私はこのようなスパムをたくさん受け取ります：

[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のものと疑わしいほど似ています。

私はこれを再び起こして、デバッグをしました。 今回はいくつかの異なるメッセージを受け取りましたが、これは興味深いようです（ @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

1. これが発生すると、システム全体がフリーズするようです。 ループでwhile sleep 1; do date; doneを実行すると、フリーズが発生したときにギャップが発生します。 これは、brcmf_proto_bcdc_msgが-110（タイムアウト）を返すことは、実際の問題の単なる症状であり、フリーズした場所にログを記録するだけであることを意味するのだろうか。
2. 凍結時の温度と電圧を（ vcgencmd ）測定しました。 私の知る限り、そこに報告するものは何もありません。
3. 私のシステムは、USB経由でZTE 4Gモデムに転送するAPです（つまり、 client -> wlan0 -> rpi -> usb0 -> 4g 。wifiがフリーズした場合でも、usb0はインターネットにアクセスできるようです。

Re：上記のコメント、これはroamoff=1 NAT共有モードで発生します。 それらのどちらも私のために問題を修正または軽減しませんでした。

WPAを無効にした後（私の場合はcreate_ap -w 2してWPA2のみを有効にします）、問題は修正されたようです。 しかし、理由は不明です。

ここで報告されている問題にも直面しています。 私の場合、Samsung + ESファイルマネージャーおよびプレーヤーからSambaを介してファイル（通常はmp3）にアクセスするたびに発生します。

私のラズベリーpi3は私のAPにwifi接続されています。 したがって、それとのすべての通信は、wifiネットワークと考えられています。 モニターもキーボードもマウスもありません。

エラーは簡単に再現できるので、誰かがログファイルを作成してほしい場合は、どのように支援できるか教えてください。

私のsyslogエントリの下。

12月27日16：11：50raspberrypiカーネル：[560.902063] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
12月27日16：11：52raspberrypiカーネル：[562.928930] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：11：54raspberrypiカーネル：[564.926659] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：11：54raspberrypiカーネル：[564.926820] brcmfmac：brcmf_cfg80211_get_station：GET STA INFOが失敗しました、-52
12月27日16：11：56raspberrypiカーネル：[566.924560] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：11：58raspberrypiカーネル：[568.922555] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：11：58raspberrypiカーネル：[568.928073] brcmfmac：brcmf_cfg80211_get_station：GET STA INFOが失敗しました、-52
12月27日16：12：00raspberrypiカーネル：[570.920675] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：12：02raspberrypiカーネル：[572.918980] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：12：02raspberrypiカーネル：[572.924580] brcmfmac：brcmf_cfg80211_get_station：GET STA INFOが失敗しました、-52
12月27日16：12：04raspberrypiカーネル：[574.91725] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：12：06raspberrypiカーネル：[576.915703] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
12月27日16：12：06raspberrypiカーネル：[576.921498] brcmfmac：brcmf_cfg80211_get_station：GET STA INFOが失敗しました、-52
12月27日16：12：06raspberrypi ifplugd（wlan0）[1149]：検出モードの使用：IFF_RUNNING

@rcassaniga
同じセットアップでも同じ問題が発生しました。

数時間のデバッグ後の解決策：
/etc/modprobe.d/ipv6.confでラズベリーのIPv6をオフにします。
エイリアスnet-pf-10オフ
エイリアスipv6オフ
オプションipv6disable_ipv6 = 1

これは、ネットワークでipv6を使用しない場合の回避策にすぎません。

ありがとう@ varl0gあなたは私のヒーローです！ :)
この回避策は私のために働いているようです、もう問題を再現することはできません。

@ varl0g ：エラーを再現できないため、回避策が機能しました。

おかげで、幸せな2017。

ipv6をオフにしてみました。 それは違いを生みませんでした。 省電力モードをオフにしてみました。 それでも違いはありません。 ただし、APのチャネルを（11ではなく）6に設定すると、Raspberry Piは2日間問題なく稼働しています！

IPv6をオフにすることによる回避策が機能しないことを確認したいと思います。
残念ながら、RPi3とApple AirportExtremeルーターで同じ問題が発生します。

@ rajid 、@ dh-connect
驚いたことに、APのwifiチャネルを自動ではなく6に変更したときにも、問題は解決しました。ありがとう@rajid

私もこのバグを抱えています-brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
どこで修正しますか????
私は4.9カーネル、4.4.41カーネルを試しています-すべてにこのバグがあります。 電源2.4a。

チャネル6に関する以前のコメントを取り消す必要があります。どうやら、私のRPI3が6日間安定したWiFiを持っていたのは偶然の一致でした。

誰かがこの問題で運があったかどうか疑問に思っています。 電源管理、Bluetooth、およびチャネルの切り替えを無効にしてみました。 これまでのところ何も機能していません。 ウェブカメラを接続して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実行しています

私はついに、wifiの2.4Ghzチャネルを「6」に変更することで、RaspPi3をwifiで安定させることができました。 以前のことを忘れてしまいました11と思いますが、よくわかりません。 それはうまくいきませんでした、そして私はそれが問題であると言ったウェブページを見つけました、しかし6はうまく働きます。 家のwifiをチャンネル6に切り替えてから、ずっと良くなりました。

/ raj

2017年3月3日には、午前8時39分PMで、ダニエル< [email protected] [email protected] >書きました：

誰かがこの問題で運があったかどうか疑問に思っています。 電源管理、Bluetooth、およびチャネルの切り替えを無効にしてみました。 これまでのところ何も機能していません。 ウェブカメラを接続して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：バス外-> txq !!! octopiカーネル：[10327.358384] brcmfmac：brcmf_sdio_bus_txdata：バス外-> txq !!!
私は現在Linuxoctopi 4.1.19-v7 +を実行しています＃858 SMP 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- 39p6wrK1h7WmH2Hc13mwu55Zks5riOr_gaJpZM4HupC5 。

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

チャネル6、チャネル幅20 MHzは、数週間安定しているように見えます。

@ dh-connectによって最初に報告されたのと同じ@ varl0gによって提案されたようにipv6を

私はチャンネル6または7で運がなかった。それらのチャンネルで他に誰も確認しなかった。
sdを新しいイメージでフラッシュしようとしましたが、wifiコントローラーが適切なDHCPリースを取得していません。 それらは、私のdhcpサーバーからのサブネットではなく、169.254.xx.xxローカルIPで起動しています。

それをワイプして最新のラズビアンをインストールし、ソースからoctoprintをインストールすることにしました。 これまでのところ問題はありません。

私の知る限り、これはbrcm80211sdio.c自体のドライバソフトウェアの問題です。
文字列0x40012は実際には0x00040012であり、ここから55行目までのマスクとコードを使用して解釈すると、フロー制御がDEVREADYに変更されたことを示すメールボックス文字列と見なすことができます。 奇妙なことに、文字列はそのように解釈されることはなく、したがって、ここのbrcm80211 / brcmfmacソース内のsdio.cファイルのドライバの下位互換性のあるセクションにヒットし

私はドライバー自体についての素晴らしい経験も、再コンパイルしてテストする能力も持っていません（rpi3は1つしかないので、現在、それが存在する環境を台無しにしたくありません。また、私はmはLinuxドライバーの再コンパイル/更新に精通していません。）だから私は正確には肯定的ではありませんが、2つのHMBメッセージが非常に速く連続して送信されているようで、ドライバーは両方を解釈するのに十分な時間がありません。

不思議に思う人のために、私は現在、adafruit pitft2.8 "容量性タッチスクリーンとadafruitのカスタムカーネル（v 4.4.27-v7 +）を使用して、ワイヤレス（duh ..）経由でrpi3でoctoprint（手動ビルド）を実行しています。 PrintDroidproまたはChromeを介してSamsungGalaxy S7のビデオストリーム（Logitech C270）にアクセスしようとしています。ロックアップは実行されるたびに必ず発生し、ワイヤレスでのみ発生します。電源をアップグレードし、ipv6を無効にして電力管理、役に立たない。

@TGYK参照されている問題を確認できますか？同じように見えますか？ dmesgでどのようなメッセージが表示されますか？ keventがドロップしましたか？

@TGYK。 元のBroadcomgithubページにリンクしました-ここのRaspberryPiカーネルツリーのどこに問題が発生しているかを示していただけますか？ 参照しているコードの行を追跡するのは少し難しいです。

sdio.cは、4.9ツリーhttps://github.com/raspberrypi/linux/tree/rpi-4.9.y/drivers/net/wireless/broadcom/brcm80211/brcmfmacにあります。

@ JamesH65リンクしたgithubページで、私が参照している行は1140〜1147のあたりにあります。 dmesgエラーに関する限り、メッセージは上記と同じ問題です。
「不明なメールボックスデータの内容：0x40012」、続いてescan（-52）エラー。

ワイヤレスインターフェイスと有線インターフェイスをブリッジしていないため、参照したトピックと同じ問題は発生しません。 私の知る限り、私の問題とこのスレッドの問題は、ワイヤレスインターフェイスのみに関係しています。

情報のおかげで。 リンクされている可能性のある問題は、Wifiドライバーが奇妙なメッセージを受け取り、スタックの後半でさらに奇妙なものになる可能性があるという点で類似していると思いますが、私はまだ掘り下げています。

@TGYKと同様の症状のラズベリーパイゼロWで同じ問題が発生しています。 私の場合、ゼロでmpdを実行し、Samsung GalaxyS5のAndroidクライアントを介して制御しています。 必ず、コントローラーアプリの実行中に（つまり、最初にホーム画面に戻らずに）電話をスタンバイ状態にすると、ゼロのWi-Fiが「不明なメールボックスデータコンテンツ」メッセージで壊れます。 デバイスをアイドリング状態のままにしておくか、スマートフォンをスリープ状態にする前に常にアプリを閉じるように注意すると、デバイスは無期限に起動したままになります。

この問題はRaspianと現在のOSMCで発生しました。

ほとんど断続的ですが、興味深いことに、S7からKodi Webインターフェイスにアクセスすると、常にこの問題が発生します。 妻のiPhoneから同じことをすることは完璧に機能し、問題を引き起こしたことはありません。

@daedalia ：Samsung Galaxy Tab Sと非常によく似た問題があります。ただし、確認のためにiPhone / iPadデバイスにアクセスできません...

tvheadend Webインターフェイスにアクセスしようとすると、Samsungデバイスがwifiをクラッシュさせます。

WindowsPCからFirefoxブラウザからアクセスした場合は発生しません。

このスレッドを見つけてよかった、私だけだと思った。 上記のポスターと同じ問題が発生しています。SamsungGalaxyTabAからアクセスするとwifiがpi3 / osmcでドロップアウトします。Nexus7タブレット、OnePlus電話、またはAcerラップトップからアクセスすると正常に動作し、Samsungのみが問題を引き起こします。 簡単に再現可能。 サムスンのwifiドライバーは内蔵のpi3wifiが好きではないようですか？ tp-linkwifiドングルをpi3に追加することは私にとっての回避策です。

@philborman興味がありますが、SamsungとNexusで同じモバイルブラウザを使用していますか？

どちらもChromeを実行していますが、ブラウザの問題だけではありません。 Yatseを使用して
ネクサス/モバイル/ラップトップからは正常に動作しますが、pi3WiFiはドロップします
サムスンから同じことを試してみたら。 私がSSHで接続した場合も同じで、Samsungでクラッシュします
他の人ではありません。 sshを使用すると、少しはできますが、ファイル転送や
テキストファイルを編集しても、wifiが切断されます。

2017年4月12日水曜日、19：03 Mathieu Gouin、 notifications @ github.comは次のように書いています。

@philborman https://github.com/philborman興味があります、使用しますか
サムスン対ネクサスの同じモバイルブラウザ？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-293643847 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ALmHOdtJ9AQtpfU7tmeVouI-a4STg2WMks5rvQPJgaJpZM4HupC5
。

ここでコメントしている人は、これに役立つ可能性のあるパッチを使用してカーネルを構築することができますか？ これらは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);

こんにちは、

2つのPi3の1つで、ここで説明したのとまったく同じ問題が発生します。 Wifiはしばらくすると接続が失われ、30分から数時間の間になります。 APのwifiチャネルの変更など、ここで提案されているすべてのことを絶対に試しましたが、成功しませんでした。 非常に奇妙なのは、2番目のPi3（rev 1.2もまったく同じ）で、両方を交換するのとまったく同じSDカード/インストール（Raspbian）で、 Wifiが何日も安定していることです...

これは本当に奇妙です。 両方のPi3はrpi-update、カーネル4.9、ファームウェア＃991で更新されていますが、以前のカーネル/ファームウェアリリースと同じでした。

rpi-updateを実行すると、カーネル開発者が受け入れた上記のパッチが適用されます。これは、昨夜の時点で、smsc9xドライバーとbrcmfmacドライバー用です。 やってみませんか？ それでも失敗する場合は、「dmesg」を実行して、syslogに何か奇妙なことがあるかどうかを確認できますか？ ただし、別のPiが同じカードで正常に動作していることを考えると、ワイヤレスチップがウォームアップするため、おそらくHW障害が明らかです。

ありがとう。 私は疑わしいボードでそれをしました、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のコールバックが抑制されました

.........その後、この「ループ」は1分間に数回dmesgログを埋め続けます。

編集：私はボード上のすべてのコンポーネントに触れました、それらはすべて熱くはありません、私は約30°と言います、私の指の皮膚よりほんの少し暖かいです。

うーん、SDIOのものはPiとワイヤレスチップ間のインターフェースです-タイムアウト（-110）です。 これはHWの問題のように見えます。チップが熱くなると、sdioインターフェイスラインのどこかに不良はんだ接合があり、通信が切断されている可能性があります。

Ping @ Roger-Thornton-Roger、これをテストするためにできることはありますか？

@Crrispy Piのパワーが不足していないことを確認できますか？ vcgencmd get_throttled何を報告しますか？

@pelwell ：Wi-Fiが失われた後、確認し、throttled = 0x0

ハードウェアの故障ではないと思います。単純な再起動で常に問題が即座に解決します。

@ JamesH65回線はすべて正常に機能しているため、これはハードウェア製造の問題のようには見えないと思います。 ハードウェアの問題への他のポインタがある場合は、ボードを見ることができます。

私と同じ問題ではないようです。 私はpi3を1つしか持っていません。
サムスンのタブレットから接続するまで、wifiは堅実です。 と接続する
それ以外は問題ありません。 電力や過熱ではないようです
間違った場所から接続するまで何日も問題ないので関連
タブレットとそれは倒れます。

私はそれがドライバーまたはファームウェアに関連していると推測しています、サムスンが何か
ドライバーは、pi3が気に入らないことを送信します。

2017年4月27日木曜日、22：01 Crrispy、 notifications @ github.comは次のように書いています。

@pelwell https://github.com/pelwell：Wi-Fiが失われた後、確認し、
スロットル= 0x0

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297823068 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ALmHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5
。

最新のラズビアンでは、ネットワーキングにいくつかの修正が加えられています-
最後にしたのはいつですか

sudo apt-get update
sudo apt-get dist-upgrade

？
それが問題を解決するかどうかを確認する価値があるかもしれません。

14時38分に2017年4月28日、philborman [email protected]は書きました：

私と同じ問題ではないようです。 私はpi3を1つしか持っていません。
サムスンのタブレットから接続するまで、wifiは堅実です。 と接続する
それ以外は問題ありません。 電力や過熱ではないようです
間違った場所から接続するまで何日も問題ないので関連
タブレットとそれは倒れます。

私はそれがドライバーまたはファームウェアに関連していると推測しています、サムスンが何か
ドライバーは、pi3が気に入らないことを送信します。

2017年4月27日木曜日、22：01 Crrispy、 notifications @ github.comは次のように書いています。

@pelwell https://github.com/pelwell：Wi-Fiが失われた後、確認しました。
そして
スロットル= 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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

raspbery pi zero Wでも同じ問題が発生します。しばらくすると、SSHで接続できなくなります。 私はすべてを試しました。 面白い事実の1つは、rpiをテレビに接続してsshを実行できなくなった後、トラブルシューティングを行ったときです。これは18時間の堅実な動作でした。 次に、hdmiを他のデバイスに切り替え、しばらくしてpiにsshしたいときに、美しい「ホストへのルートがありません」という情報を取得しました。 HDMIケーブルを再度接続すると、ゲートウェイにpingを実行できました。 ログにエラーはありません。iwconfigは問題ないようです。 systemctlrestartネットワーキングが役立ちました。

上記のように、最新のRaspbianを試してみて、それでも表示される場合は報告してください
問題。

19時30分に2017年4月28日、frankja2 [email protected]は書きました：

私はラズベリーパイゼロWで同じ問題を抱えています。しばらくすると私はそうではありません
それにsshすることができます。 私はすべてを試しました。 1つの面白い事実は...私が接続したとき
私がsshすることができなくなった後、いくつかのトラブルシューティングを行うために私のテレビにrpi
それ...それは18時間の堅実なもののために働いていました。 次に、hdmiを他のものに切り替えました
デバイスと私がpiにsshしたかったしばらく後に私は美しくなりました "いいえ
ホストへのルート」情報。hdmiケーブルを再度接続すると、pingを実行できました。
ゲートウェイ。 systemctlrestartネットワーキングが役立ちました。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、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-kU​​L1yxzQL15ZaghSmFFncriyxZU91j_SSs&e=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

これが問題になるのに十分な骨の折れるのは私だけかもしれませんが、wpa_supplicant.confで国コードが間違って設定されていることがわかりました（他のローカリゼーションオプションとは別の構成アイテムであることがわかりませんでした）。 問題が完全に解消されたとは言えませんが、問題を修正すると、以前の「サムスンから接続するたびに」ネットワーク接続が失われなくなりました。

最新にアップグレードしたばかり（apt-get dist-upgrade）、希望に満ちているようです。
以前のアップグレードは、報告する直前の約2週間前でした。
初期の問題。 過去数時間は正常に動作しており、Wi-Fiはありません
まったくドロップアウト。 どうもありがとう！

28/04/17 15:53に、JamesHughesは次のように書いています。

最新のラズビアンでは、ネットワーキングにいくつかの修正が加えられています-
最後にしたのはいつですか

sudo apt-get update
sudo apt-get dist-upgrade

？
それが問題を解決するかどうかを確認する価値があるかもしれません。

14時38分に2017年4月28日、philborman [email protected]は書きました：

私と同じ問題ではないようです。 私はpi3を1つしか持っておらず、
それは
サムスンのタブレットから接続するまで、wifiは堅実です。 と接続する
それ以外は問題ありません。 電力や過熱ではないようです
間違った場所から接続するまで何日も問題ないので関連
タブレットとそれは倒れます。

私はそれがドライバーまたはファームウェアに関連していると推測しています、サムスンが何か
ドライバーは、pi3が気に入らないことを送信します。

2017年4月27日木曜日、22：01 Crrispy、 notifications @ github.comは次のように書いています。

@pelwell https://github.com/pelwell：Wi-Fiが失われた後、確認しました。
そして
スロットル= 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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298003537 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ALmHORKJxKdws0fMKU5tpfoJHJSah0Ffks5r0e9FgaJpZM4HupC5 。

最新のリリースで修正されました。

他の「修正」のほとんどは、私のシステムが機能したという点を見逃しているようです
1つのタブレット（Samsung）を除いてすべてと完全に一致しているので、
問題は、サムスンがpi3wifiドライバー/ファームウェアを送信することでした
対処できませんでした。

私の国コードが間違って設定されている場合、なぜサムスンだけが原因になるのでしょうか
問題。 他のタブレット/電話/ラップトップはすべて正常に接続します。

とにかく、それは今修正されています-少なくとも最後の数回は倒れていません
時間。 もっと時間がわかります...

28/04/17 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 。

私の場合、それは約19時間続きます。 その後、私はもうsshできませんでした...

rpi-updateとdist-upgradeの違いは何ですか？

rpi-updateの後、4.9.25 +＃995があったので、dist-upgradeを実行すると、カーネルが4.9.24 +＃993に戻りました。 とにかく私にとって問題はまだ修正されていません。 今回私がしたことは、別のrpi0wと別のPSUを使用したことです:)最後のステップは他のSDカードを使用することです。

OK、情報をありがとう。

複製を試みるには、さらにいくつかの情報が必要になります。 あなたのセットアップ、何
接続し、ネットワークトラフィックの種類、dmesgログ
またはshが機能しなくなったら、その他のエラーメッセージ。

ありがとう。

午後4時16分に2017年4月29日、フランコ[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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

こんにちは、

私はPi3を非常に強力なファンのあるケースに入れましたが、部屋の温度は現在19°Cなので、熱の問題にはなりません。 電源を別のものに交換しました（5V 3Aも）。 別のSDカードを使用し、dist-upgradeしてからrpi-updateを実行しました。
昨日は数時間稼働していましたが、修正されることを望みましたが、3〜4時間後に切断されました（私のWindowsマシンからping -tが実行されています）。
今朝もう一度試してみました、20分以内にwifiがダウンしました:-(
それでも、sdioのwifiドライバーからの-110エラー（上記を参照）は、再起動するまでループで繰り返されます。
そして、他のPi3は3〜4日間接続されましたが、問題ありません。
したがって、これはハードウェア障害のように見える場合があります。 しかし..なぜ起動時に失敗せず、再起動後も常に機能するのですか？ 本当に不可解です。
wlan0の電源管理が無効になっているのに、なぜ「バススリープ状態」を変更しようとするのですか？ （質問がばかげている場合は申し訳ありません）。

apt-get update; apt-get dist-upgrade 。 残念ながら、私にとっては変更はありません。 私の観察によると、この問題は、 wlan0ブリッジングに関連しており、無差別モードに関連している可能性があるのではないかと考えています。 4.9.25をチェックするためにrpi-updateも疲れました

実際には、接続が通常は数分で失われ、通常のログを見ることができるため、以前よりもさらに悪化しています

[  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

「rpi-updateの後で4.9.25 +＃995があったので、dist-upgradeを実行すると、カーネルが4.9.24 +＃993に戻りました。」

それは変だ。 私はdist-upgradeを実行し、4.9.24 +＃993に移動しましたが、今rpi-updateを実行すると、すでに最新のファームウェアがあり、何の関係もないと表示されます...なぜアップグレードしないのですか？ 4.9.25 /＃995？

実際、 brcmfmac/wlan0ブリッジを使用すると、純粋なwlan0 （すべてhostapdを使用）よりも安定して動作するようです。

だから、あなたはあなたのセットアップの完全で正確な説明を、
接続されているデバイスの種類、および受信する可能性のあるdmesgエラーメッセージ
ワイヤレスに障害が発生したとき。

何時間もかからない問題を再現する方法が本当に必要なので、
そのために役立つ情報が提供されれば、感謝の意を表します。

17時27分に2017年5月1日、のSzymon Stasikの[email protected]は書きました：

実際には、brcmfmac / wlan0bridgedを使用するともっとうまくいくようだと言わなければなりません
純粋な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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

これが問題のこの側面に特に関連しているかどうかはわかりませんが、IIRCはhcitoolコマンドを使用してwifiドロップの1つの方法を完全に再現できました。多分それはもう不可能です。1年前のように私たちはusbwifiを使って、たくさんのrpisで機能した問題を解決しました...

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

@thomasfシステム設定（スタンドアロンデバイス、アクセスポイント、ブリッジアクセスポイントなど）はどのようなもので、どのマシンでhcitoolコマンドを実行しますか？ ワイヤレス経由で別のPiに接続されたデバイスでのクイックテストでは、問題はありませんでした。

@ 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=...
}

プロビジョニングリポジトリでtroublemaker.shというスクリプトを見つけました。

それは非常にハッキーです、私はそれを起動時に実行するようにプロビジョニングしたと思います〜数分に1回程度~~（編集：それ自体でループを行うのでおそらく1回だけ）問題を引き起こしていくつかのログを取得するためにrpiの束で保存しました。

これは主に、問題について理解する前に使用されていました。wifiが完全に切断される前の期間、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 &

最新の安定したRaspbian（4.9カーネル）でトラブルメーカースクリプトを実行すると、エラーは表示されません。これは良いことですが、エラーを再現しようとするのは悪いことです。

@ciekawy振り返ってみると、ここではできない問題を簡単に再現できるようです。 調査できるように、正確な設定について教えてください。 また、最新のrpi-updateを入手する価値があります。これは、関連性がある場合とない場合があるUSBの修正がいくつかあるためです（イーサネットを使用している場合）。 ネットワークトポロジ、Piの設定方法、問題の原因と思われるものを知る必要があります。 本当に何でも！

@ 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がインターネットへの接続に使用され、ローカルAPがwlan2 ath9kで実行されていたとき、このRPIは数日間安定して実行されていました（ただし、10mbpsの転送が長く続くといくつかの問題が発生する可能性があります）。 インターネットアクセスのためにwlan2に接続されたより良いアンテナを使用する必要があるため、構成を変更しました。

私の最近のrpi-updatedは5月1日

Archlinux-ARMを使用したrpi3でもまったく同じ問題があります。

create_apを数時間実行すると、他の人からすでに報告されているdmesgメッセージの処理が停止します。
[11418.347554] brcmfmac：send_key_to_dongle：wsec_keyエラー（-110）

問題なく1日間動作する場合もあれば、問題が発生する前に数分間動作する場合もあります。

Linuxアラーム4.9.25-2-ARCH＃1SMP金5月5日00：46：52UTC 2017 armv7l GNU / Linux

Pi Zero W、現在のRaspbianLiteでも同じ問題が発生します。 しばらくすると（数分から数時間で異なります）「dmesg」が表示されます
brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
この時点から、wifi接続はなくなり、rmmod'ingおよびmodprob'ingbrcmfmacによってのみ再起動できます。

電源管理を無効にしました：変更なし。
apt-get upgrade / dist-upgradeですべてを更新しました：変更なし
rpi-updateで更新しました：変更なし

brcmfmacは確かにバグがあります。 上記の投稿で報告されているように、dmesg msg "brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータコンテンツ：0x40012"で同じ問題が発生し、場合によっては異なるメッセージも発生していました。

tp-link usb wifiアダプターを使用していますが、アプリケーションは正常に動作しています。

Broadcomがbrcmfmacのバグを修正できることを願っています。

回避策はありますか？

この会話の冒頭で述べたように、Wifiルーターを11ではなくチャネル6（以前使用していた）を使用するように変更しました。それ以来、rPiは（1月に戻ってから現在まで）問題なく稼働しています。すべて。

これは、このカーネルモジュールノートに関連している可能性があります。

この世代のチップには、ドライバーに関係なく追加の規制サポートが含まれています。 デバイスは単一の世界的な規制ドメインを使用し、チャネル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問題と同様の効果をもたらす可能性があるかどうかはわかりません...

少なくとも私にとっては回避策はありません-2時間後に今日チャンネル11からチャンネル6に切り替えました： Unknown mailbox data content: 0x40012

レンジエクステンダーで信号強度を上げるまで、この問題が発生していました。
Piをより良い信号のスポットに移動して、接続がより安定しているかどうかをテストできますか？

多分それは貧弱な信号強度で動作するために必要な追加の電力によって引き起こされます。

Crrispyと同じ問題。

USB WiFiアダプターでこれを回避している人（チャンネルの変更なども私には機能しませんでした）の場合、RPI ZeroWのOTGUSBケーブルに接続するとすぐにEdimaxEW-7811Unが機能しました。設定やifconfigを行う必要はありません-すぐにネットワーク上にありました！ 昨日、私はTP-Link Archer T1UAC450を数時間使っていました。

@ b3nj1-申し訳ありませんが、私は尋ね

私は同じ解決策を選びました-私のゼロW用に外部アンテナとmt7601チップセット（約5ユーロ）を備えたUSBアダプターを購入しました。問題なく動作します。 そもそも非Wを購入すべきだった...この問題は1年以上存在し、修正は見当たらない。

@ blacktigersoftware-それは奇妙ですよね！？ ゼロWWiFiはうまく機能します。 ゼロWブルートゥースは素晴らしい働きをします。 しかし、両方を同時に使用すると、システムが耐えられないほど遅くなり、最終的にはWi-Fi経由で到達できなくなります。

上記のmaiboxの問題をざっと見てきました。 グーグルはこれがかなり起こっているように見えることを示しています（そして少なくとも1つの非Piプラットフォームへの言及）。 ドライバーコードは、メールボックスから返されるメッセージ（HWファームウェアへの接続を想定）に、あるべきではないビットが設定されていることを検出します。 ただし、メッセージを出力するだけで、回復やエラーの戻りはありません。 これはファームウェアから返された値のようであるため、実際に何が起こっているのかを確認するためにアクセスすることはできず、チップ上のデータシートはまったく役に立ちません。 したがって、これは調査のためにBroadcom / Cycles / linux-wirelessにプッシュする必要があると思います。

また、 https： //git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/brcmによると、最新のHWファームウェアを使用しているよう

問題は、メールボックスエラーの後に別のエラー（-52、-110など）が続き、システムを再起動するだけでWi-Fiが機能するようになることです。

-110はタイムアウトエラーであり、他の何かが死んで応答していないことを示します。 -52は無効な交換であり、同じ線に沿っています。 メールボックスエラーが発生するまでに、チップ上のファームウェアが故障しているのではないかと思うので、これらの他のエラーはそれから続いています。

問題を再現できる人なら誰でも、最新のPi devカーネル（4.11、githubから入手可能）をビルドして、メールボックスエラーがまだ発生するかどうかを確認できますか？ アップストリームをプッシュし始める前に、それが最新のカーネルでまだ発生していることを知りたいのですが、それを複製することができませんでした。

問題が発生していることを確認できます：Linuxアラーム4.9.25-2-ARCH＃1SMP金5月5日00：46：52UTC 2017 armv7l GNU / Linux

カーネル4.11ではテストしていません

私のテストで使用したドライバー：brcmfmac：ファームウェアバージョン= wl0：2015年12月15日18:10:45バージョン7.45.41.23（r606571）FWID 01-cc4eda9c

@ b3nj1-うわー、ヘッズアップをありがとう

皆さん-これは、GPUがオンになっている場合にのみ発生しますか？

Piのすべてのモデルで、GPUは常に（ある程度）オンになっています。

Bluetoothがオンのときのことですか？

@ JamesH65-4.11を試してみます。 次のようにクローン/ビルドするだけですか？ それらの指示に従ってクローンを作成するとき、私はrpi-4.9.yブランチにいます。 代わりにrpi-4.11.yをチェックアウトする必要がありますか？

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

前もって感謝します

rpi-4.11.yブランチをチェックアウトし、次の手順を使用して再構築します
にリンクしています。

5時02分に2017年5月25日、b3nj1 [email protected]は書きました：

@ JamesH65
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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

他の場所で提供したいくつかの情報を繰り返すために、私は低電力条件下でワイヤレス接続をテストしてきました。 USBデバイスが脱落するところまで下げましたが、ワイヤレス接続の問題は見られませんでした。 それは電力の問題ではないことの証拠ですが、注目に値します。

電話を使ってSSH経由でsudo memtester 256M 1を実行することで、これを再現する方法を偶然見つけました。 memtesterがこれらの「読み込み中」の文字で溢れ始めるとすぐに、wifiは停止します。

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

奇妙なことに、wifiは私の電話でこれを行っている間だけハングします。 私は自分のPC、別のpi、ルーターを試しましたが、うまくいきませんでした。

@ JamesH65-アップデート2：4.11で起動できました（最初にカーネルを誤って構成しました）。
Linux rpiz 4.11.2+ #2 Thu May 25 21:19:11 PDT 2017 armv6l GNU/Linux

残念ながら、BTを叩いたとき、システムはまだ大麦に反応します。

外部USBWiFiを接続し直して、そのアダプターのアドレスを接続すると、すべてが正常に戻ります。

• ベンジャミン

https://www.raspberrypi.org/documentation/linux/kernel/building.mdの手順に従って、ブランチrpi-4.11.yからビルドおよびインストールされた新しいカーネル
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

Wi-Fiが消えたときにコンソールで接続すると、再起動できます。 私は今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

私はこれを1日実行していますが、これまでのところWi-Fiの低下に気づいていません。

@ JR1994
それはまだ機能していますか？
どのくらいの頻度で実行していますか？
毎分？

私は私のラズベリーのいくつかでそれを試してみます、私はそれがルーターにpingできないたびに再起動するいくつかを持っています

前もって感謝します

ここまでは順調ですね。 私は2分ごとにチェックしています。

brcmfmacの最後のファームウェアリビジョンが古すぎることに注意してください。

brcmfmac：ファームウェアバージョン= wl0：2015年12月15日18:10:45バージョン7.45.41.23（r606571）FWID 01-cc4eda9c

@semeion使用しているファームウェアがわからない-現在のファームウェアは「バージョン：7.45.41.26 CRC：5932ca06日付：Fri 2016-05-27 00:15:32 PDT Ucode Ver：1043.2060 FWID：01-df77e4a7」である必要があります。 これは事実上、linux-firmwareリポジトリのものと同じですが、Brcmから直接取得します。

@ 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)

それはWifiチップファームウェアではなく、SoCファームウェアです。
かなり頻繁に更新されます。

ただし、システムが古いファームウェアを使用していると考える理由はまだわかりません。 君は
非常に最近のSoCファームウェアを持っているので、おそらくapt-getアップグレードを実行しました
最近？

午後5時55時2017年6月5日、アレクサンドル・ボレッリの[email protected]は書きました：

@ JamesH65
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
Copyright（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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@ JamesH65上で述べたように、私はArchlinux-ARMを使用しており、ローリングリリースディストリビューションです。はい、私のシステムはpacman -Syuで更新されています（pacman -Syuはapt-get upgrade / updateと同等です）。

その古いファームウェアが私のシステムで古い理由がわかりません。 多分それはそのバグの原因である可能性があります。 どう思いますか？

とにかく、バグはラズビアンで起こりますよね？ バグは2016年3月に報告されましたか？ 古いです。

PS。 英語は私の母国語ではありません。エラーやつづりの間違いでごめんなさい。

OK、ARCHを使用していることに気づいていませんでした。 彼らが供給していないように聞こえます
Wifiチップの最近のファームウェアブロブ。 あなたはそれを手動で更新することができます、それ
あなたの問題を解決するかもしれませんが、そうではないかもしれません-おそらく複数あると思います
ワイヤレスのバグ、そしてあなたが見ているものがであるという保証はありません
1人がRaspbianで見ています。

古いファームウェアをアーチメンテナに報告する必要があります。
おそらくワイヤレスのバグもあります。それはArchディストリビューションにあるのかもしれません。

通常、他のディストリビューションはサポートしていません。社内のディストリビューションは
Raspbianなので、問題を調査するには、それを複製できる必要があります
それ。

午前23時13分に2017年6月5日、アレクサンドル・ボレッリの[email protected]は書きました：

@ JamesH65 https://github.com/jamesh65上記のように、私は使用しています
Archlinux-ARM、それはローリングリリースディストリビューションです、そしてはい私のシステムは更新されます
pacman -Syuを使用します（pacman -Syuはapt-get upgrade / updateと同等です）。

その古いファームウェアが私のシステムで古い理由がわかりません。 多分それはすることができます
そのバグの理由。 どう思いますか？

とにかく、バグはラズビアンで起こりますよね？ バグはで報告されました
2016年3月？ 古いです。

PS。 英語は私の母国語ではありません。エラーやつづりの間違いでごめんなさい。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306325452 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHaL4XsN5drPggS8eJDZWme4LyKXWks5sBH2CgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@ jamesH65そうですね。 ＃archlinux-armでそのファームウェアが古い理由を聞いてみます。 とにかく私はこの問題に従い、解決策を探します。 ここで発見された情報を報告します。

前もって感謝します。

@ JamesH65 Raspbian（RPi 3）で一貫して複製できます。 これを支援するために私にできることがあれば、私に知らせてください！

あなたのセットアップは何ですか？ 問題をどのように再現しますか？

14時17時2017年6月6日、ダン[email protected]は書きました：

@ JamesH65https ：//github.com/jamesh65複製でき
一貫して私のRaspbian（RPi 3）で。 何かお手伝いできることがあれば
これで、私に知らせてください！

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306483030 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHWyW5cQuS47k3xTmi3UX-QW7ffEYks5sBVF5gaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

以前のコメントを見てください、私は少し前にそれを再現する方法を説明しました。
Piは、公式の電源を使用して上部に3.5インチの画面を備えたフルラズビアンを実行しています。特別なことは何もありません。すべてがrpi-updateとaptupgradeで更新されます。

数日後、内部Wi-Fiは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を実行し、別のusbwifiインターフェースを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

ええ、そしてそれを示すとき（-110）あなたはそれを再び動かすためにシステムを再起動する必要があります...

ラズビアンでも発生することを知ってうれしいです。バグはディストリビューションに依存しません。 Archlinuxでも同じことが起こります。

ただし、Wi-Fiをチャネル11からチャネル6に移動したため、問題は発生していません。 このスレッドに対する以前の返信から、チャネル6に変更を加えたのは1月7日以降であることがわかります。現在、2つのRaspPI ZeroWと1つのRaspPi3を実行しており、すべて問題ありません。 2つのRaspPiWがDietPiを実行しています。

Raspberry Pi3でもこの問題が発生しています。すでにさまざまなwifiチャネルを試しました。
LANポートも接続すると、wifiは地獄のように安定していることがわかりました。 LANポートを抜くとすぐに、wifiは常にドロップし続けます。

それは本当に変だ……！

23時02分に2017年6月15日、macmeck [email protected]は書きました：

Raspberry Pi3でもこの問題が発生しています。さまざまなwifiチャネルを試しました
既に。
LANポートも接続すると、wifiは地獄のように安定していることがわかりました。
LANポートを抜くとすぐに、wifiは常にドロップし続けます。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-308878043 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHbUKBO9mG3xpKHFK977h4hrFUhrGks5sEantgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

私が持っています
"brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012"
私のrpi3でも問題が発生します。 このエラーを防ぐための私の最も信頼できる回避策は
「ワンダーシェイパー90009000」
根本原因が特定されることを願っています。

私はまったく同じ問題を抱えています。 私のpi3は、WIFIのみに接続すると、次の症状が発生します。

1. 発信wifiは素晴らしい働きをします。 インターネットに接続して、pi3で問題なくファイルをダウンロードできます。
2. 着信するすべてのwifi接続が失敗します。 pingタイムアウト、ポート80 httpアクセスタイムアウト、ssh失敗、すべてがインバウンドのみで失敗します。
   注意：
3. イーサネットがpi3に接続されると、wifiはより良く機能しますが、それでもパケットをドロップします。
4. イーサネットが再び削除されると、wifiはすべてのインバウンド接続に完全に失敗します。
5. イーサネットが再びpi3に接続されると、wifiはより適切に機能し、いくつかの着信パケットを許可します。 しかし、それでもそれらの多くを落とします。

これを修正してください！

ifconfigで次のことに気づきました。

RXパケット：1613エラー：0ドロップ：1074オーバーラン：0フレーム：0
TXパケット：146エラー：0ドロップ：0オーバーラン：0キャリア：0
c ollisions：0 t xqueuelen：1000

つまり、基本的に、pi3のWIFIのRX側は、狂ったようにパケットをドロップしています。 着信接続に応答しないのも不思議ではありません。 TXは正常に動作します！

そのスクリプトを設定して以来、両方のWi-Fiに問題はありませんでした
RPI3。

4:26で水、2017年6月21日に、エドワード・カン[email protected]
書きました：

ifconfigで次のことに気づきました。

RXパケット：1613エラー：0ドロップ：1074オーバーラン：0フレーム：0
TXパケット：146エラー：0ドロップ：0オーバーラン：0キャリア：0
c ollisions：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
。

「これを直してください」とよく言われますが、このような問題は絶対に見つけるべき野郎です。 ブリッジング時にsmsc / brcmfmacドライバーのエラーを見つけるのに1か月かかりましたが、幸運にもそれを見つけることができました。これはまれで、見つけるのが難しいと思います。 誰かがエラーをすばやく示す複製可能なテストケースを見つけることができれば、それは大きな助けになるでしょう。 keventエラーが頻繁に発生する人もいますが、私はめったに発生しません。

パケットのドロップの問題については、スケジュールにギャップがある場合に調査されています。 上記の場合、ほとんどすべてのパケットをドロップしているように見えますが、これは最も奇妙なことであり、通常、大多数の人には見られません。 これは、Piに接続されているすべてのデバイスで発生しますか？ または、特に1つだけです。

すみません、ジェームズ！

Piに接続されているすべてのデバイスが何を意味するのかわかりません。 ドロップされたパケットは、piで直接ifconfigを実行したものです。 piはwifi経由でルーターに接続されています。 piがwifiネットワークのみに接続されている場合、piは常にパケットを受信およびドロップしています。

@ JamesH65ええと、私はあなたに同意します、解決するのは難しいです...しかし、Arch Linux-ARMを使用して、「create_ap」パッケージをインストールして有効にします（pacman -S create_ap; systemctl start / enable create_ap）、-を取得できます110エラーと数分の操作で「不明なメールボックスデータコンテンツ：0x40012」...スマートフォンやスマートテレビを接続するだけでエラーが発生します。

Archはサポートしていません。RaspbianはサポートされているOSであり、それが私がサポートしているOSです。
で問題を修正できる必要があります。どのバージョンの
ARCHが使用するカーネルまたはドライバーは、
ラズビアンのもの。

人々はまだPiをアクセスポイントとして使用して問題を認識していますか？
ブリッジングを使用していますか？ IPv4またはIPv6？ これは一種の情報です（
もちろん、できるだけ多くの情報が必要です）
問題を再現します。

Broadcomにメールボックスエラーが通知されていることに注意してください（これは彼らのチップです
そしてもちろんドライバー）、しかし物事は彼らと一緒にゆっくり動く傾向があります。

18時27時2017年6月21日、アレクサンドル・ボレッリ[email protected]
書きました：

@ JamesH65
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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

一部のデバイスで静的ipv4を使用していて、
dhcpを使用している他の人

2017年6月22日午前4時06分GMT-03：00ジェームズ・ヒューズ[email protected] ：

Archはサポートしていません。RaspbianはサポートされているOSであり、それが私がサポートしているOSです。
で問題を修正できる必要があります。どのバージョンの
ARCHが使用するカーネルまたはドライバーは、
ラズビアンのもの。

人々はまだPiをアクセスポイントとして使用して問題を認識していますか？
ブリッジングを使用していますか？ IPv4またはIPv6？ これは一種の情報です（
もちろん、できるだけ多くの情報が必要です）
問題を再現します。

Broadcomにメールボックスエラーが通知されていることに注意してください（これは彼らのチップです
そしてもちろんドライバー）、しかし物事は彼らと一緒にゆっくり動く傾向があります。

18時27時2017年6月21日、アレクサンドル・ボレッリ[email protected]
書きました：

@ JamesH65
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 =>
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310294786 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ACeQBFj8ICNkDl7xYwYJcD6TK-k6_4K5ks5sGhJ1gaJpZM4HupC5
。

注意すべき点の1つは、昨年pi3を入手してから約3か月前にwifiが機能しなくなったときまで、wifiは完全に機能していたことです。

明らかに、その頃にソフトウェアに何らかの変更が加えられ、wifiが機能しなくなったに違いありません。

Wi-Fiが完全に機能しなくなった場合は、問題が発生していることを示しています（もちろん、ソフトウェアの問題によって悪化する可能性があります）。他のすべての人にとって、Wi-Fiは一般的に機能します（パケットのドロップは見られますが）。

ところで私のrpi3は英国で真新しいメーカーです。

私もこれと数ヶ月戦っています。 時々それは数分間続きます。 時には数週間。 接続が失われたときの一般的な分母は、接続が失われる直前にCRDA世界規制ドメインをリセットするための呼び出しが表示されることです。 毎回。 Ubiquiti ACアクセスポイント、チャネル11、チャネル幅HT40（特別なもののみ）。

6月28日14：19：31raspberrypiカーネル：[980.387378] cfg80211：世界の規制ドメインが更新されました：
6月28日14：19：31raspberrypiカーネル：[980.387387] cfg80211：DFSマスターリージョン：未設定
6月28日14：19：31raspberrypiカーネル：[980.387396] cfg80211：（start_freq --end_freq @帯域幅）、（max_antenna_gain、max_eirp）、（dfs_cac_time）
6月28日14：19：31raspberrypiカーネル：[980.387411] cfg80211：（2402000 KHz-2472000 KHz @ 40000 KHz）、（N / A、2000 mBm）、（N / A）
6月28日14：19：31raspberrypiカーネル：[980.387426] cfg80211：（2457000 KHz-2482000 KHz @ 20000 KHz、92000 KHz AUTO）、（N / A、2000 mBm）、（N / A）
6月28日14：19：31raspberrypiカーネル：[980.387439] cfg80211：（2474000 KHz-2494000 KHz @ 20000 KHz）、（N / A、2000 mBm）、（N / A）
6月28日14：19：31raspberrypiカーネル：[980.387453] cfg80211：（5170000 KHz-5250000 KHz @ 80000 KHz、160000 KHz AUTO）、（N / A、2000 mBm）、（N / A）
6月28日14：19：31raspberrypiカーネル：[980.387468] cfg80211：（5250000 KHz-5330000 KHz @ 80000 KHz、160000 KHz AUTO）、（N / A、2000 mBm）、（0秒）
6月28日14：19：31raspberrypiカーネル：[980.387481] cfg80211：（5490000 KHz-5730000 KHz @ 160000 KHz）、（N / A、2000 mBm）、（0秒）
6月28日14：19：31raspberrypiカーネル：[980.387493] cfg80211：（5735000 KHz-5835000 KHz @ 80000 KHz）、（N / A、2000 mBm）、（N / A）
6月28日14：19：31raspberrypiカーネル：[980.387505] cfg80211：（57240000 KHz-63720000 KHz @ 2160000 KHz）、（N / A、0 mBm）、（N / A）
6月28日14：19：32raspberrypiカーネル：[981.262521] cfg80211：規制ドメインが国に変更されました：米国
6月28日14：19：32raspberrypiカーネル：[981.262536] cfg80211：DFSマスターリージョン：FCC
6月28日14：19：32raspberrypiカーネル：[981.262540] cfg80211：（start_freq --end_freq @帯域幅）、（max_antenna_gain、max_eirp）、（dfs_cac_time）
6月28日14：19：32raspberrypiカーネル：[981.262549] cfg80211：（2402000 KHz-2472000 KHz @ 40000 KHz）、（N / A、3000 mBm）、（N / A）
6月28日14：19：32raspberrypiカーネル：[981.262557] cfg80211：（5170000 KHz-5250000 KHz @ 80000 KHz、160000 KHz AUTO）、（N / A、2300 mBm）、（N / A）
6月28日14：19：32raspberrypiカーネル：[981.262565] cfg80211：（5250000 KHz-5330000 KHz @ 80000 KHz、160000 KHz AUTO）、（N / A、2300 mBm）、（0秒）
6月28日14：19：32raspberrypiカーネル：[981.262571] cfg80211：（5490000 KHz-5730000 KHz @ 160000 KHz）、（N / A、2300 mBm）、（0秒）
6月28日14：19：32raspberrypiカーネル：[981.262578] cfg80211：（5735000 KHz-5835000 KHz @ 80000 KHz）、（N / A、3000 mBm）、（N / A）
6月28日14：19：32raspberrypiカーネル：[981.262584] cfg80211：（57240000 KHz-63720000 KHz @ 2160000 KHz）、（N / A、4000 mBm）、（N / A）

火に燃料を投げて申し訳ありませんが、Pi ZeroWでも同様の問題があると思います。

wlan0をアクセスポイントモード（hostapdを使用している場合）と通常の接続モード（つまりルーターに接続している場合）の間で切り替えると、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)

私が心配しているのは、その完全に恣意的でランダムなことです。 問題が発生する前に、2つのモードをかなり長い間切り替えることができる場合があります。 しかし、最終的にはそうなります。

FWIW（ "modprobe -r -v brcmfmac && modprobe brcmfmac"を実行して）wifiカーネルモジュールをリロードすると修正されたと思うので、Piにwifiの問題があるときはいつでもこれを行うスクリプトを作成する必要があります。

これはおかしいですが。 Raspberry pi zero＆zero Wでこれらのタイプの問題が発生しましたが、チャネルを切り替えると完全に解消されました（このスレッドで前述したように）。

また、最近はDietPi OSを使用していて、何の問題もありません。 あなたはそれを試してみたいかもしれません。

以前に見たことがあるので、本当に問題を調べたかったのですが、最近はそれを実現できません。 :(

/ raj
（iPhoneから送信）

2017年7月5日には、9:01で、timdonovanuk [email protected]書きました：

FWIW（ "modprobe -r -v brcmfmac && modprobe brcmfmac"を実行して）wifiカーネルモジュールをリロードすると修正されたと思うので、Piにwifiの問題があるときはいつでもこれを行うスクリプトを作成する必要があります。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

これをよく見ることができる人が多ければ多いほど、時間に限りがあります
他のプロジェクトのため、現時点ではこれに費やすことができます。 1つの大きな問題
それを複製するための確かなメカニズムです。

17時10分に2017年7月5日、rajid [email protected]は書きました：

これはおかしいですが。 私はラズベリーパイでこれらのタイプの問題を抱えていました
ゼロ＆ゼロWですが、チャンネルを切り替えると完全に消えました（
このスレッドの前半で説明しました）。

また、最近はDietPi OSを使用していて、問題はありません。
すべて。 あなたはそれを試してみたいかもしれません。

私は以前にそれを見たことがあり、本当に問題を調べたかったのですが、私は
最近それを実現することはできません！ :(

/ raj
（iPhoneから送信）

2017年7月5日には、午前9時01分AMで、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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@timdonovanukは、スクリプトを私たちと共有してくれるといい

規制ドメインの更新を手動でトリガーする方法はありますか？ 私が言ったように、それが実行されるときはいつでも、それは私にとってかなり一貫しているようです、接続は落ちます。 手動で数回実行して、確実に再現できるかどうかを確認したいと思います。

@rajid 、たまたまチャンネル幅40で走っていますか？ そして、ドロップの前に同様の世界の規制の更新を見ていたかどうかを覚えていますか？ チャネル11と非常に広いチャネル幅の周りに組み合わせがあるのではないかと思います...そしてどの種類のルーター/ APを使用していますか？ 他の人たちと同じように、私はこれをチャンネル11でも見ているので、共通点を探しています...私のAPはユビキティです。

AppleExtremeの自動チャネルからチャネル6に切り替える回避策は私にはうまくいきませんでした。 休暇中はLANを使います。

編集：LANでも接続が失われましたが、ここにはもっと何かがあります。公式ケース（ファンなし）を使用した場合の熱の問題ですか？

こんにちは、
Raspberry Pi ZeroWでも非常によく似た問題に直面しています。

Pi上のNode.JSで実行され、GPIOと統合されたAPIを開発しました。
PiはWifi経由でLANに接続されています。 PCクライアントがAPIを呼び出すと、すべてがうまく機能します。 ただし、AndroidデバイスでAPIをクエリするとすぐに、Piがクラッシュします。 これらのクラッシュはランダムに発生します。AndroidデバイスからAPIが複数回呼び出されることがあり、突然クラッシュが発生します。
クラッシュとは、pingの損失ですが、Piはまだ稼働しています。

PCを介して同じAPIを呼び出すと、クラッシュが発生することはありません。

Wifiチャネルを変更しようとしましたが、それ以上の結果は得られませんでした。

診断/解決に役立つ何かを実行できる場合は、お気軽にお問い合わせください！

このフォーラム投稿のヘルプに何かありますか？

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

午後04時22分に2017年7月11日、matthiasbou [email protected]は書きました：

こんにちは、
Raspberry Pi ZeroWでも非常によく似た問題に直面しています。

PiでNode.JSを実行するAPIを開発し、統合しました
GPIOを使用します。
PiはWifi経由でLANに接続されています。 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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@matthiasbou

おもしろいことに、私のBroadcomドライバーはエラー-110（場合によっては別のエラー）を返し、Motorola X2（Android）スマートフォンを接続した瞬間にクラッシュします。 しかし、SmartTVを接続するときにも同じエラーが発生します。 とにかく、接続時にクラッシュが発生していることを確認できます。

私の国は正しく設定されています。ipv6は無効でroamoff = 1です。チャネル6を使用していますが、まだ問題が発生しています。 私のディストリビューションでは、wifi省電力モードとBluetoothがデフォルトで無効になっています。

@ JamesH65 ：正しい国を設定し（そうではありませんでした）、IPV6を無効にしてローミングするという興味深い解決策を試しましたが、それでも同じ問題が発生します:(

Wifiは接続しますが、Pi Zero WでAPI呼び出しを行うAndroidデバイスで「再生」を開始するとすぐに、クラッシュします。

IPv6を無効にするとWifiの問題が解決するのはなぜですか？ 再現性のあるIPv6が関係している理由についての正しい説明はありますか？ 私が考えることができる唯一のことは、IPv6にはRAのために若干の追加のマルチキャスト負荷があるかもしれないということです。

価値があるのは、統合されたwlan0と外部eth0の間のIPv6ブリッジとして、IPv4がブロックされた状態で2つのPi ZeroWを実行していることです。 wlan0はAPモードであり、ISCdHCPv4サーバーが実行されています。 さまざまなAndroidタブレットやスマートフォンを接続しています。 今のところ問題はありませんでしたが、もっと長時間実行させる必要があるかもしれません。 チャネル6を使用しています。

申し訳ありませんが、私はApple Airportボックスを使用していますが、「チャネル幅」の設定や言及はありません。 2.3Ghzネット用にチャネル6を設定するだけです。 私は今、私の小さなRaspPi ZeroWシステムでDietPiを使用しています。 私が持っている他のRaspPiは、Edimax USBを使用して長い間セットアップされており、問題は発生していません。 問題が発生したのは、ZeroWシステムのRaspbianだけだったと思います。 それをもう一度ロードして、再現できるかどうかを確認する必要があります。

/ raj

2017年7月5日には、15:19で、マイケル・ハロック< [email protected] [email protected] >書きました：

規制ドメインの更新を手動でトリガーする方法はありますか？ 私が言ったように、それが実行されるときはいつでも、それは私にとってかなり一貫しているようです、接続は落ちます。 手動で数回実行して、確実に再現できるかどうかを確認したいと思います。

@rajid https://github.com/rajid 、たまたまチャンネル幅40で実行していますか？ そして、ドロップの前に同様の世界の規制の更新を見ていたかどうかを覚えていますか？ チャネル11と非常に広いチャネル幅の周りに組み合わせがあるのではないかと思います...そしてどの種類のルーター/ APを使用していますか？ 他の人たちと同じように、私はこれをチャンネル11でも見ているので、共通点を探しています...私のAPはユビキティです。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/raspberrypi/linux/issues/1342#issuecomment-313242611で表示するか、スレッドをミュートしますhttps://github.com/notifications/unsubscribe-auth/AFAlZVdfvh5QzIlsZYtt9sjpXolJqcmHks5sLAvdgaJpZ

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

さらにテストを実行し、Piが接続するルーターを変更しました。
これまで、Piがこの他のWifiルーター上にある場合はすべてが機能します（Androidデバイス側では変更なし）：
動作中のルーター構成：
チャネル6
WPA-PSK
帯域幅20Mhz

ルーター構成が機能しない（Android Wifiからのアクセス後にWifiが失われる）：
Netgear WNR1000v2
チャネル6
WPA2-PSK [AES]
断片化の長さ2346
CTS / RTSしきい値2347

動作中のルーターをWPA2-PSKに切り替えて、問題が再現できるかどうかを確認します。

@TheDiveO IPv6に関しては、カーネルと同様に、ドライバーにはipv6の異なるコードパスがあります。 ipv6にないパスのいずれかにバグがある可能性があります。または、しばらく前のバグからのISTRとして、ipv4コードパスを実行する必要があるときに何かがipv6コードパスを実行するか、またはその逆の場合があります。 スタック全体はかなり複雑です。

新しい動作。 ロケールを変更し、apt-getのアップグレードと更新を実行すると、pi3がWIFI経由で接続されている場合に次の動作が発生するようになりました。

ローカルLAN外のデバイスがTCP / IP経由でPIに接続できるようになりました。

PIは、LAN上のすべての接続（TCP / IP）のみを拒否します。

PIは引き続きWIFI経由で外部インターネットにアクセスできます。

気にしないで。 何も変わっていません。 これは以前とまったく同じ動作です。 Pi3wifiはローカルLAN上のすべてのパケットをドロップします。

少しフォローアップするために...私は新しいAP（Linksys E4200 V2）を起動しました。 チャネル11で2.4Ghzに設定し、WPA2パーソナル、BSSID、パスワードを設定しました。 次に、これを私のラズベリーパイゼロwで構成しました。 うまく接続しました。 次に、このAPを、通常の家のAPが配置されているのと同じ部屋（チャネル6にある）に移動しました。 その後、私のRaspPiはASSOC-REJECT status_code = 16を取得しました。 APを再び私のオフィスに戻すと、RaspPiアソシエイトは問題なく動作しました。

したがって、私の場合、少なくとも、APが別の部屋にある場合、チャネル11が問題になるようです。 これはおそらく干渉の問題を示していると思います。

また、見つけたWebページを投稿します。このページには、status_codesと失敗コードのすべてが何であるかが示されています。

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

これは、私の「status_code = 16」がタイムアウトによって引き起こされていることを示しているため、システムの1つがタイムリーにパケットを受信して​​いないだけです。

誰かに役立つ場合に備えて、この情報を公開しようと思っていました。

キッチンの照明をつけると、Wi-Fi接続が切断されます。
居間…なんでわからないけど干渉といえば
私は狂っていませんよ

2017年7月12日夜04時27 GMT-03：00 rajid [email protected] ：

少しフォローアップするために...新しいAP（Linksys E4200 V2）を起動しました。
横になっていた。 構成済みの2.4Ghz用にチャネル11に設定しました
WPA2パーソナル、BSSIDおよびパスワード。 次に、これを私のラズベリーに設定しました
パイゼロw。 うまく接続しました。 次に、このAPを同じ部屋に移動しました
私の通常の家のAPが配置されている場所（チャネル6にあります）。 私のRaspPiはその後
ASSOC-REJECT status_code = 16を取得しました。 APを一度私のオフィスに戻す
再びRaspPiアソシエイトをうまく関連付けました。

したがって、私の場合、少なくとも、APが
他の部屋で。 これはおそらく干渉を示していると思います
問題。

私が見つけたウェブページもここに投稿します。
status_codesと失敗コードは次のとおりです。

https://supportforums.cisco.com/document/141136/80211-
アソシエーション-ステータス-80211-deauth-reason-codes

これは、私の「status_code = 16」がタイムアウトによって引き起こされていることを示しているので、
システムは単にタイムリーにパケットを受信して​​いません。

私はそれが役立つ場合に備えてこの情報をそこに捨てると思った
誰でも。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314872003 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ACeQBJdfk2zp1sReVVs1wvrilKHXNm53ks5sNR42gaJpZM4HupC5
。

Android用の本当に素晴らしいWiFiアナライザープログラムがあります。これは、あなたの周りにあるAPとその詳細情報を示します。 （iPhone / iPadにもそのようなものがあればいいのですが、Apple ...）

@ JamesH65あなたは、データリンク層ドライバー（層3）がネットワーク層3をいじくり回していると言って、私を本当に不安にさせています。「混乱」は、おそらくこの状況にも適切な言葉ではありません...

私は実際にそれを言っているのではありません。 私はLinuxネットワークの専門家ではありません
スタックですが、IPv6固有のものをいくつか見たことを確かに覚えているようです
どこかのドライバー。

ものはすべてカーネルツリーにあります、あなたは見てみることを歓迎します
あなた自身があなたの心を休ませるために。

8時58分に2017年7月13日、TheDiveO [email protected]は書きました：

@ JamesH65https ：//github.com/jamesh65あなたは本当に私を不安にさせています
データリンク層ドライバー（層3）が混乱していると言っている
ネットワーク層3。「混乱」はおそらくこれに適切な言葉ではありません
状況も...

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315002002 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHUSoqqxnhaw4k2ECkzGC9CDkIlhYks5sNc4ngaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@TheDiveO Jamesは、ハードウェアチェックサムオフロードなどについて言及しています。
たとえば、SMSC95xxは、IPv6が0xFFFFの代わりに0x0000のチェックサムを必要とするため、IPv4チェックサムオフロードのみをサポートできます。 https://github.com/torvalds/linux/commit/fe0cd8ca1b82983db24b173bb8518ea646c02d25を参照して

このバグは、カーネルではなく、Broadcomドライバーにあると確信しています。

ほぼ確実に。 ただし、Brcmドライバーはコードの大きな塊であり、バグがあります
このようにデバッグするのは簡単ではありません。特に複製できない場合は...

午後01時04分に2017年7月13日、アレクサンドル・ボレッリ[email protected]
書きました：

このバグは、カーネルではなく、Broadcomドライバーにあると確信しています。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315058283 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHbr5SiWPKvQZOY7rN8IbyIIscNfVks5sNgexgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

これに苦労すればするほど、これは、Ubuntu / Debiansが大規模な構成なしにwlan0とeth0を同じサブネットに接続できないことに関連しているのではないかと考え始めています。 これをさらに調べて、これが問題であるかどうかを確認します。

@ JamesH65は、これが簡単に再現できる環境で、私（または他の誰か）がゼロwまたはrpi 3を設定し、デバッグのためにそこにsshアクセスを提供する場合に役立ちますか？ （これには追加のゼロwを購入する必要があります）。

おそらくそうではありませんが、申し出に感謝します。 私はカスタム変更を実行する傾向があります
ドライバーとカーネル。変更は1日に複数回行われます。 それをやって
リモートでは実行できません。 問題を確実に再現するためのメカニズムは次のとおりです。
本当に必要なもの。

午前13時57分に2017年7月13日、のTuomas Airaksinen [email protected]
書きました：

@ JamesH65 https://github.com/jamesh65私（または誰か
else）これが次のような環境でゼロwまたはrpi3を設定します
簡単に再現でき、デバッグするためにそこにsshアクセスを提供しますか？ （私
このために追加のゼロwを購入する必要があります）。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315069935 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHeQ1RECH-uIIHWPX6ItvRdVbZG_Xks5sNhRWgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

ジェームズ、
この単純なポーリングループを実行すると、オンボードWi-Fiネットワークが使用不能な状態に低下するのがすぐにわかります。 オンボードWi-Fiをオフにして、USB Wi-Fiを使用すると、検索が機能します。 BTデバイスの存在または不在に敏感であるかどうかは思い出せません。また、数日間は簡単に確認できません。 実験後にパイゼロwに戻ることができるように、10分に制限しました。

bash# ((t=日付+％s +600)); while [日付+％s -lt $t ] ; do hcitool name <BTMAC>; done
お役に立てば幸いです。
ベンジャミン

そのコードスニップは私のバックティックを失いました。 それらを逃れる...

（（t = `日付+％s` + 600））; while [`date +％s` -lt $ t]; hcitool名「BTMACを挿入」を実行します。 完了

ああ、神様。 修正されたと思います。 イーサネットが接続されていない場合、Wifiは稼働しています。 信じられない。

/ etc / network / interfacesファイルからeth0に関するすべての記述を削除し、allow-hotplugをautoに置き換えてから、wlan0とwlan1の両方でワイヤレス電源を強制的にオフにしました。

私の/ etc / network / interfacesファイル：

オートロー
iface loinetループバック

ワイヤレス電源オフ
自動wlan0
iface wlan0inetマニュアル
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

ワイヤレス電源オフ
自動wlan1
iface wlan1inetマニュアル
wpa-conf / etc / wpa_supplicant / wpa_supplicant.conf`

それから私はarpをフラッシュしました：

ip -s -s neigh flush all

それから私は再起動しました：

sudo reboot now

そして今、私のwifiは機能します。 信じられない。 このスレッドにコメントしてくれたすべての人に感謝します。

特定の構成の問題が解決される可能性がありますが、Broadcomドライバーのバグは引き続き存在します。

OK、私たちはこれを見てきました。 私の最初の問題は、テストデバイスにSSHで接続すると、イーサネットケーブルも挿入されていない限りセッションがロックされていたということでした。 ARPはどちらのインターフェイスでも処理されることが判明したため、イーサネットが接続されたときはそれを使用していました。 接続されていないということは、Wifiによって処理されていて、問題が発生していることを意味します。 この問題は、SSHでQoS / ToSをオフにすることで修正できます（https://expresshosting.net/ssh-hanging-authentication/を参照）。これは、Broadcom WifiドライバーがTOS（タイプオブservice）/ DSCPフィールドが設定されています。 これは以前にNTPで見られました（問題＃1519）。 これがこの問題に関連するWifiの問題の原因である可能性があると思われます。今日、Brcmドライバーを調べて、何かが見つかるかどうかを確認します。

中間報告。 特定のTOSパケット値に問題があり、パケットがサイレントにドロップされ、SSHロックアップが発生することが確実に発生しています。 TBHがパケットのこの部分に触れてはならない、侵入不可能なドライバーコードにはまだ明らかなことは何もありませんが、明らかに何かが起こっています。 これは、ここで報告されている一般的な無線LANのフリーズと関係がありますか？ まだわからない。

ラズビアンジェシーとカーネル4.9.35+を使用したPiZeroWでも同様の問題が発生します
私はJamesH65がSSHとntpd（TOS）で言及したのと同じ問題を抱えています。 https://expresshosting.net/ssh-hanging-authentication/からの修正はsshdで機能しました。 wlan0の切断の問題もありますが、ログメッセージの冗長性がやや少なくなっています。 表面的にはキャリアが失われたように見え、wpa_supplicantは再ネゴシエーションに失敗することがあります。 それを回避する唯一の方法は、ifdown wlan0を発行し、待機し、ifup wlan0を実行すると、wlan0が再び機能し始めます。 誰かがログを必要とする場合は、ログを提供してください。 どちらか教えてください。

中間報告。 彼らが忘れられる前にいくつかのメモを書き留めたかった。 別のデバイスからSSH経由でアクセスするときに失われるのは、ワイヤレス接続されたpiからの応答であると判断しました。 その応答にTOSフィールドが設定されている場合、パケットはサイレントにドロップされます。リクエスターに戻ることはありません。 netcatを使用してこれを複製できます。 TOSフラグが設定されたワイヤレスPiからの単純なnetcatコマンドは、デバイスから出ていないようです。
したがって、ワイヤレスPIで、UDPパケットを別のデバイスに送信してみてください...
nc -T 0x10 -u7
デバイスがパケットを受信して​​いないようです（宛先でtcpdumpを実行すると表示されます）
nc -T 0x00 -u7
リモートシステムに到達します。
これは、オフィスのワイヤレスネットワークでのみ試しました。 別のWifiネットワークをセットアップして、ルーターに関連しているかどうか、またはドライバーに問題があるかどうかを確認する必要があります。

上記のnetcatコマンドのマイナーな修正
nc -T 0x10 -u <dest_ip> 7
エコーサービスであるUDPポート7が選択されました。 これがリモートマシンで実行されていなくても問題ありませんが、適切なICMP到達不能応答が発生します。これは、リモートエンドがメッセージを受信したことを示す便利な情報です。

SSH / ToSの問題は実際には無関係であると考え始めています。 パケットをHWレベルまでトレースしましたが、TOSフラグが設定されているかどうかは関係ありません。パケットは、ファームウェア（または、少なくともbrcmf_sdiod_send_pkt関数で優先処理を超えている）に到達しているように見えます。 Linuxドライバー）。 これは、問題がチップ内のファームウェア（クローズドソース）にあるか、実際にルーターに関連していることを示しています。つまり、使用しているワイヤレスルーターは、ゼロ以外（またはおそらく> 0x04）のTOSフラグを通過しません。 明日は別の無線ルーターを試して確認します。

brcmfmacモジュールの開発を担当する部門を見つけて、誰かがそのスレッドをフォローしたり、少なくともこれらのバグの修正がリリースされた場合に対応したりできるようにする可能性はありますか？

すでにlinux-wirelessメーリングリスト経由で連絡を取り合っています。

2017年7月19日19:06、「AlexandreBolelli」 [email protected]は次のように書いています。

開発を担当する部門を見つける可能性はありますか
brcmfmacモジュール。誰かがそのスレッドをフォローできるようにするか、少なくとも
これらのバグの修正がリリースされる場合は対応しますか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316469790 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHYtYvpxdKd3SBBynOnlDN-ZXiWs_ks5sPkW9gaJpZM4HupC5
。

すでにlinux-wirelessメーリングリスト経由で連絡を取り合っています。

...そしてより直接的なルート。 この問題は常に再現性の問題でした。問題を明確に示す方法ができたら、それをBroadcom / Cypressに提示して、修正することができます。 NTPを使用して問題を確認することはできませんでしたが、JamesはSSHで正常に失敗したため、根本的な原因を突き止めることができると楽観視しています。

@ pelwell + 1という用語「_successfulfailure」_ :)

SSHロックアップの問題に対するハッキーな修正があります。 ファームウェアの問題のようです。 ここにいくつかの詳細があります。

`
SSHとRaspberryPiの問題を調査しています。
IPv4ヘッダーにTOSフラグが設定されていると、NTPセッションが失敗します。

TOSとは何かについての抜粋です。

TOSは0x08または0x10です。 一度に設定できるのは4ビットのうちの1つだけです。
0x10-遅延を最小限に抑える
0x08-スループットを最大化
0x04-信頼性を最大化
0x02-金銭的コストを最小限に抑えます。
技術的には、TOSはDSCPに取って代わられましたが、引き続きサポートされています。

本当に必要な場合は、DSCPを使用してこの問題を再現してみることができますが、そうではありません。
関連しているようです。

SSHの問題の詳細と回避策については、 https：//expresshosting.net/ssh-hanging-authentication/をご覧ください。

しかし、これは明らかにコミュニケーションのどこかの問題です
スタックなので、これが私たちが調査しているものです。

netcatを使用して簡単な例を複製することができました。 まず、
別のデバイスを接続して、PiをAP（PiA）にワイヤレスで接続します
ワイヤレスまたはイーサネット経由で同じネットワーク（PiB）に接続します。

PiB実行時

sudo tcpdump -n'udp port 7'-v -i wlan0 <<<<または接続に応じてeth0

PiAでは、

nc -T 0x10 -u7

これにより、TOSフラグが0x10に設定されたUDPパケットがポート7に送信されます。

これは到着しません（または、非常にひどく遅れる場合があります-10秒）

TOSを0として送信

nc -T 0x0 -u7

到着します。 0x02と0x04も到着しますが、0x8と0x10は到着しません。

brcmfmacドライバーをインストルメント化すると、TOSを含むパケットが
フラグ= 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すばらしい。 すぐにファームウェアが修正されるとは思わないので、これをlinux-wirelessにコピーしていただけませんか？

Broadcom / Cypressからの情報を待つつもりです。
このハックがすべての状況で安全かどうかはわかりません。 私はそれらに電子メールを送りました。 一度
linux-wirelessにパッチを送信するというフィードバックがあります。

12時41分に2017年7月20日、ステファンWahren [email protected]は書きました：

@ JamesH65https ：//github.com/jamesh65すばらしい。 私は期待していないので
すぐにファームウェアが修正されます。これをlinux-wirelessにコピーしてください。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316678154 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHY3DlxTr9mehRDlxBK3NWbjowxxyks5sPzzqgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

一部のテスト結果は、このハッキングによる悪影響がないことを示しているようです。 ちょうど500MBのデータをWirelessPiに転送し、3.4GBを送信しました。 RXパケット56は794730からドロップされ、TXパケットは2813930からドロップされませんでした。11Mbit/ s接続のパフォーマンスはスポットオンのようです。 許容できるように見えますが、このハックは実際にはおそらく有効にすべきものを無効にするため、長期的な解決策ではありません。

@lategoodbyeこれをlinux-wirelessにプッシュすることについて熟考してきました。 このハックは実際にはPi上の特定のチップ（BCM43438？）にのみ関連/テストされており、ドライバーコードは複数のチップモデル用であるため、パッチは変更を行う前に使用されているチップタイプを判別する必要があります。そのlinux-wirelessはその種の変更に不満を持ち、とにかくそれをテストすることができません。 私は間違いなく私たちのリポジトリでそれをPRするつもりです（ファームウェアの修正が来ない限り、私はそれを賢明なスケジュールで疑っています）。 仮にあったとしても、それをlinux-wirelessにプッシュする方法がわからない。

@moonman
これはARCHlinux-raspberrypiにプッシュできると思いますか？

@ JamesH65確かに、あなたのハックはすべてのチップモデルに適しているわけではありません。 しかし、それらすべての解決策を見つけるのはあなたの仕事ではありません。 上記の長いコメント（ハックを含む）の簡単なコピーで十分だと思います。 私の意図は、この問題について他の非ブロードコムカーネル開発者に通知することでした。 この問題に対して適切なパッチを送信することを期待していませんでした。バグレポートのみです。

いくつかの深刻なテストを行うために、それをリポジトリに取り込むことをお勧めします-夜間の最先端のLibreElecビルドで使用されるrpi-4.12.yから始めます。

1つの考え-優先度フィルタリングでパッチをより選択的にし、それでも問題を修正できますか？

Piレポに行くためのPRを準備しています。

選択チェックに関しては、優先順位を検出するだけでやってみました
6（スタックに渡されるもの-TOSから変換されます
Linuxスタック固有の値）、それを0に設定して
それはうまくいったように見えましたが、私の疑いはそれがの組み合わせであるということです
問題の原因となる具体的な6ではなく、異なる優先順位。 私達
また、0x08のTOSにも問題があること、つまりIIRC、
この時点までに2に変換されます。 簡単に言えば
その6または2をゼロに設定しますが、それがうまくいくかどうかはまだわかりません
問題を引き起こす可能性のあるすべてのもの。 とにかく値が0〜7なので、私は考えます、
このハックでは、すべての場合で0に設定することをお勧めします。 私達はことを知っています
もちろん、それは最適ではないかもしれませんが、すべてのパケットが
通り抜ける。 この設定は、のTOS値には影響しないことに注意してください。
IPv4パケット-それは同じままです、それは送信するこのシステムだけです
チップの優先順位と、フレーク状に見えるチップの処理方法。

9時35分に2017年7月21日、フィル・エルウェルの[email protected]は書きました：

1つの考え-パッチの優先順位をより選択的にすることができますか
フィルタリングしても問題は解決しましたか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

私はこれを試してみるサイプレスと連絡を取りました
できるだけ早く見た。

2017年7月21日10：11、James [email protected]は次のように書いています。

Piレポに行くためのPRを準備しています。

選択チェックに関しては、単純に検出してみました
優先度6（スタックに渡されるもの-から翻訳されたもの）
TOS値をよりLinuxスタック固有のものに設定し、それをに設定します
0とそれはうまくいったようですが、私の疑いはそれが組み合わせであるということです
問題を引き起こす具体的な6ではなく、異なる優先順位の。
また、0x08のTOSにも問題があることもわかっています。つまり、IIRCは
この時点までに2に変換されます。 簡単に言えば
その6または2をゼロに設定しますが、それがうまくいくかどうかはまだわかりません
問題を引き起こす可能性のあるすべてのもの。 とにかく値が0〜7なので、私は考えます、
このハックでは、すべての場合で0に設定することをお勧めします。 私達はことを知っています
もちろん、それは最適ではないかもしれませんが、すべてのパケットが
通り抜ける。 この設定は、のTOS値には影響しないことに注意してください。
IPv4パケット-それは同じままです、それは送信するこのシステムだけです
薄片状に見えるチップの優先順位と、それをどのように処理するか
薄片状に見えます。

9時35分に2017年7月21日、フィル・エルウェルの[email protected]は書きました：

1つの考え-パッチの優先順位をより選択的にすることができますか
フィルタリングしても問題は解決しましたか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

また、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ドライバーがコストの違い（存在しない）や信頼性を超えることができることはほとんどないので、おそらくそれらを無視しています。
編集実際には、 http： //elixir.free-electrons.com/linux/latest/source/net/ipv4/route.c#L177のマッピングテーブルでtos>>1を取得すると、TOS0x02と0x04がTC_PRIO_BESTEFFORT = 0に設定されます。とにかく、それは彼らが問題を抱えていない理由を説明しています。

簡単なレポート。 サイプレスは問題を再現することができました、そして
ファームウェアをチェックしているので、期待が持てます。 非常に心地よく、迅速な対応
そこの人から。

11時07分に2017年7月21日、6by9 [email protected]は書きました：

また、0x08のTOSにも問題があることもわかっています。つまり、IIRCは
この時点までに2に変換されます。

正しい。 2にマップされたTOS0x08（最大スループット）。TC_PRIO_xxxです。
http://elixir.free-electrons.com/linux/latest/source/からの値
include / 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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

より簡単な再現方法-pingを使用してください！ （ping / ICMPがIPを上回っていたことを忘れていました-ばかげています）

Pi3のping -Q 0x10 <dest ip addr>
宛先でtcpdump -n -v -i wlan0 'icmp'を実行します。
-Q0x10または-Q0x08で> 90％のパケット損失が発生します。 多くの場合、4つの連続したパケットが通過することで問題なく開始されますが、その後は非常に断続的になります。
これは、（a）繰り返し続け、（b）応答を受け取ったときに通知するため、netcatよりも少し便利です。

ここに回避策があります： https ：
4.9カーネルでテストする場合は、rpi-updateを使用してください。
次に、交換します。
modules /4.9.39+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko with this
modules /4.9.39-v7+/kernel/drivers/net/wireless/broadcom/brcm80211/brcmfmac/brcmfmac.ko with this

編集：最新のrpi-updateカーネルにパッチが含まれるようになったため、モジュールをダウンロードする必要がなくなりました。

関連するかどうかわからない。 2番目のインターフェイスwlan1がrt8192eu / 8192euドングルで起動すると、Pi ZeroWのオンボードbroadcomの接続が2時間ごとに切断されます。 それは非常に周期的であるため、電源の問題ではないようです。https： //pastebin.com/5hMQHWeWに切断のペーストビンがあります

これが進行中の場合、wpa_supplicantは認証の失敗以外の明白な理由なしに試行をあきらめることがあり、wlan0で接続を回復する唯一の方法は、100％機能するifdown / ifupを発行することです。

これが問題を引き起こしている関連するBroadcomカーネルモジュールの問題なのか、それともバグのある8192euなのか、あるいはその両方なのかはわかりません。 必要に応じてログの行を増やしたり、別のスレッドに投稿したりできますが、＃raspbianの誰かがこれをここに追加することを提案しました。

切断後にvcgencmd get_throttledが0x0返すことを確認できれば、電源の問題は除外されます。

通常、私が眠っている/ Piを持っていないときに発生し、振り返ってみると、Piに接続できなくなったことがわかります（その後、2番目のAPを介して接続し、wlan0をリセットしていました）。 ただし、8192euドングルのプラグが抜かれているため、イベントは発生していません。 バギーモジュールを使用して2番目のドングルを接続できますが、切断後すぐにvcgencmd get_throttledを確認する必要がありますか？

再起動していない限り、上位ビットは低電圧イベントが発生したことがあるかどうかを示します。

ただそれを実行しました。 最後の切断以降、完全に再起動されていません。 vcgencmdget_throttledが返すことを確認できます。
スロットル= 0x0

残念ながら、get_throttledはPi0 / Pi0wでは機能しません（低電圧検出回路がありません）。

何らかの理由で、JamesH65からの差分をコピーして貼り付けることができませんでした。 すぐに適用できるパッチファイルを作成しました。考えられている人はこれが役立つと思うかもしれません： https ：

ファイル名には4.9.28と記載されていますが、少なくとも4.9.35まで（おそらくそれ以降のものも）適用する必要があります。

このファイルをカーネルツリーのルートディレクトリにコピーし、 patch -p1 < linux-4.9.28-brcmfmac-tos.patch適用します

追加の（しかし奇妙な）情報：

Pi Zero Wがwlan0に接続されているが、それ以外の場合は何も行わない場合（cronスクリプトは最大15分ごとにsntpをチェックします）、非常に頻繁に切断が発生し、1時間あたり1〜10のオーダーで最大1秒続きます。

ただし、たとえばIRC（複数の大きなチャネル）でアイドリングしている場合など、接続を使用しているものがある場合、接続は常に1回も切断されません。

4.9.35に4.9.39カーネルモジュールをロードするのは良い考えではなかったことがわかりました。

フォーラムからの別のバグレポート、メールボックスエラーは一般的なようです。

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

最新のrpi-updateカーネルには、BCDC優先パッチが含まれるようになりました。

サイプレス（以前はBroadcom）は、テスト用のWiFiおよびBluetoothファームウェアの新しいリリースを提供してくれました。 プレリリースはこちらからダウンロードできます。 Piにダウンロードした後、次を実行します。

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

これにより、新しいファームウェアが抽出されてインストールされます（古いバージョンが最初にバックアップされます）。

元のファームウェアに戻すには（適切なリリースをインストールする前に行うことをお勧めします）：

./brcmfw -u

変更点：

1. CVE-2017-9417：「Broadpwn」の問題の修正
2. バージョン文字列に「CY」文字列を追加します。
3. AMPDUシーケンス番号のデッドロックの修正（この問題の潜在的な修正）
4. CLMバージョンのアップグレード
5. CVE-2017-0572：メモリ破損の修正

ちなみに、最初のPi Zero Wで内部wifiを無効にし、USBwifiドングルに切り替えました。すべての問題は解決しました。 数日前、3Dプリンターを制御するために別のPi Zero Wをインストールしました（OctoPiを使用）。 内部のwifiが問題なく動作しているように見えるのを見て少し驚きましたが、いくつかのテストの後、LG G4 Androidフォン（Chromeブラウザー）から接続するとすぐにwifiが壊れることを確認できます。 考えてみると、最初の円周率の振る舞いはかなり似ていたと思います...
私のPCからの接続はそのような影響を引き起こしません。

新しいファームウェアを試して、結果を報告してください。

プレビューファームウェアをインストールしました。 それでも「raspberrypiカーネル：brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータコンテンツ：」エラーが発生し、その後にWi-Fi障害が発生します。

あなたのユースケースは何ですか？

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

そこに投稿された作業構成を試してください。 更新します。

カーネルのバージョン、接続されているデバイスの概要、およびエラーが表示されるまでにかかる時間を入力してください。

メールボックスエラーはまだ調査中です、私はこれを期待していません
それを修正するファームウェア。 このファームウェアには、追跡に役立つデバッグがさらにあります
しかし、それはダウンしています。 ドライバーのデバッグを有効にした場合（申し訳ありませんが、モバイルと
それを行う方法の詳細がありません）、エラーを確認してから、
メールボックスエラーが発生した場合のデバッグと投稿の詳細は次のようになります
有用。

2017年8月13日21:40、「StefanWahren」 [email protected]は次のように書いています。

カーネルバージョン、接続されているデバイスの概要、および
エラーが表示されるまでに時間がかかります。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322062745 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHRwsQyHa-QqOP7ntTqgCfWlgXpEqks5sX1DlgaJpZM4HupC5
。

デバッグはデフォルトで無効になっており、有効にするにはモジュールを再構築する必要があります（おそらく、これらの調査中に変更する必要があります）。 必要な変更は、.configにBRCMDBG=yを追加してから再構築し、次にbrcmfmac.debug=0x????????を/boot/cmdline.txtに追加することです。ここで、 ????????は、ここに記載されているビット値： https ：

pelwellによって投稿されたテストファームウェアを試しましたが、問題はまだ解決していません。 接続は1〜2時間ごとにフリーズします。 接続が切断され、ping（ ping 8.8.8.8 ）を実行しようとすると、8回目のpingまで_簡単に_再び機能します。 pingの動作は、フリーズ全体で一貫しています。 動作中->フリーズ-> ping8.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 txt：test_170808

それが起こったときにdmesgに関連するものはありますか？

2017年8月14日13:16、「GIlangCharismadiptya」 [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火8月8日16：00：15BST 2017 armv7l GNU / Linux

ファームウェア：
BT：test_170808
WiFiビン：test_170808
WiFi txt：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=
。

いいえ、面白いことは何もありません。 おそらく、デバッグサポートを使用してモジュールを再構築していないためです。 どうやるか？ または、コンパイルされたモジュールを提供しますか？ ありがとう。

以下に添付されているのは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
`

デバッグモジュールの詳細については、上記のPhilの投稿を参照してください。 私たちは特に
メールボックスエラーが発生したときのデバッグトレースに関心があります。

2017年8月14日17:52、「GIlangCharismadiptya」 [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-2006Netfilterコアチーム
[14.172268] nf_conntrackバージョン0.5.0（15360バケット、最大61440）
[54.604680]ランダム：crnginitが完了しました

pi @ raspberrypi ：〜$ sudo dmesg -l err
[4.501055] raspberrypi-タッチスクリーン3f700000.dsi.0：不明なAtmelファームウェア
リビジョン：0xfa
`

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322228992 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHXuy3Eo5PqPAP8FfSFiYWMUQL7fAks5sYG1HgaJpZM4HupC5
。

最新のrpi-updateカーネルはBRCMDBGを有効にします。これにより、 @ pelwellが以前に提案したbrcmfmac.debug=0x????????コマンドラインオプションが許可されます。

Errrr .....数日前に最新のラズビアンにアップグレードしたので、wifiでしっかりしていた私のPi3もそれを失います:-(

症状は何ですか？ ファームウェアのリグレッションは期待していません。
確かにドライバー自体。

午前20時07分に2017年8月24日、Crrispyの[email protected]は書きました：

Errrr ..... Wi-Fiで堅実だった私のPi3も、私が
数日前に最新のラズビアンにアップグレードしました:-(

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-324728431 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHUxvLV3OzKGpcmEMGEoSad_piujBks5sbcoHgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@Crrispy
これを試して：
/ etc / network / interfacesファイルからeth0に関するすべての記述を削除し、allow-hotplugをautoに置き換えてから、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 neigh flush all

それから私は再起動しました：

今すぐsudo再起動

私はこのバグに定期的に遭遇していると確信しています。 hostapdを実行し、内部Broadcom Wi-Fiを使用してアクセスポイントをホストし、ワイヤレスクライアントとして機能するUSB​​Wi-Fiドングルを介してそれに接続するクライアントをルーティングします。 複数のデバイスが接続されていますが、接続されているデバイスの範囲外にPiを運ぶとすぐに、WLANクラッシュが発生するようです。 他のデバイスと同様に、ダウンするのは内部のBroadcomWLANデバイスだけです。イーサネットと他のWLANは影響を受けません。 また、システムログに「メールボックス」エラーが表示されます。

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-updateに更新し、上記のテストWi-Fiドライバーをインストールし、BRCMF_TRACE_VALの16進値を使用してcmdline.txtにデバッグフラグを追加しました： bcrmfmac.debug=0x00000002

メールボックスエラーが定期的に発生する場合は、デバッグドライバの結果に感謝します。 メールボックスエラーが発生した場合は、次のようにしてフォレンジックを取得し、結果をここに投稿してください。問題を調査しているサイプレスに渡すことができます。

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

さて、rpi-updateを実行してから、簡単に再現できる問題を再現できなくなりました。 2017年6月21日からRaspbianビルドの新規インストールにダウングレードして戻すことで、それを実現できる可能性があります。

@ JamesH65
（メールボックスエラーの後）要求したフォレンジックをキャプチャすることができましたが、明確にするために、これは6月21日のRaspbianビルドに含まれるカーネルにダウングレードした後です。 約2週間前に@pelwellによって投稿されたテストファームウェアをインストールし、rpi-updateを実行した後、まだ問題を再現していないため、すでに解決されている可能性があります。

フォレンジックへのリンクは次のとおりです。
https://pastebin.com/VVqVQ8FW

お役に立てば幸いです...

したがって、古いファームウェアでは、私は疑っています。 フォレンジックを取得したいと考えています
追跡を目的とした（明らかに）追加のメッセージがある新しいファームウェア
メールボックスの問題をダウンします。 これは私にサイプレスがまだ考えているようだと思います
メールボックスの問題は、他の修正後も発生します。 それが役立つ場合に備えて、とにかくデータを渡します。

エラーの再現ははるかに難しいことを知っておくとよいでしょう。

午前15時51分に2017年8月29日、randyoo [email protected]は書きました：

@ JamesH65
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=
約2週間前。

フォレンジックへのリンクは次のとおりです。
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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

これは私にサイプレスがまだ考えているようだと思います
メールボックスの問題は、他の修正後も発生します。

はい、それも私の理解です。

@randyoo正のフィードバックをありがとう。

@ JamesH65
さて、今回は最新のrpi-updateファームウェアで、 @ pelwellによって投稿されたテストファームウェアを使用して再び発生し

私は先に進んで、他の/ sys / kernel / debugのものの内容もダンプしました。 ここにあります： https ：

最後のWLANフリーズでは、カーネルログトレースがより詳細に表示されます。 リンクを参照してください：
https://pastebin.com/KTxbgpYV

お役に立てば幸いです。

ファームウェアフォレンジックにこれ以上の詳細はありましたか？ 私はそれが
ビットサイプレスは、メールボックスエラーが発生したときに本当に関心があります。

21時56分に2017年8月31日、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=
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

そう、ごめんなさい。 フォレンジックのキャプチャを取得することができました、そしてはい、そこにははるかに詳細があるようです：
https://pastebin.com/qypfAfAp

新しいケースが役立つこともあるので、私は時々それを手に入れます：

pi @ jempi ：〜$ grep "brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012" / var / log / syslog
8月14日22：16：23jempiカーネル：[501.247242] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
8月17日20：26：20jempiカーネル：[509.684277] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
8月24日23：57：37jempiカーネル：[573.652189] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
8月29日23：50：16jempiカーネル：[5052.517999] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
8月30日00：02：18jempiカーネル：[170.978988] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
8月30日23：58：03jempiカーネル：[8254.502431] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
9月2日00：33：28jempiカーネル：[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 Bcast：10.3.141.255マスク：255.255.255.0
inet6 addr：fe80 :: 6b56：4657：75cd：a501 / 64スコープ：リンク
UP BROADCAST RUNNING MULTICAST MTU：1500メトリック：1
RXパケット：0エラー：0ドロップ：0オーバーラン：0フレーム：0
TXパケット：30エラー：0ドロップ：0オーバーラン：0キャリア：0
衝突：0 t xqueuelen：1000
RXバイト：0 （0.0 B）TXバイト：5492 （5.3 KiB）

pi @ jempi ：〜$ ifconfig wlan1
wlan1リンクencap：Ethernet HWaddr 00：60：b3：db：8a：4a
inet addr：192.168.1.74 Bcast：192.168.1.255 Mask：255.255.255.0
inet6 addr：fe80 :: 260：b3ff： fedb：8a4a / 64スコープ：リンク
UP BROADCAST RUNNING MULTICAST MTU：1500メトリック：1
RXパケット：1358エラー：0ドロップ：2オーバーラン：0フレーム：0
TXパケット：789エラー：0ドロップ：0オーバーラン：0キャリア：0
c ollisions：0 t xqueuelen：1000
RXバイト：256652 （250.6 KiB）TXバイト：215250 （210.2 KiB）

私はカーネル4.9.35-v7 +を持っていて、昨日それを4.9.46-v7 +（rpi-updateを使用）にアップグレードしましたが、役に立ちません。 失敗したときのsyslogからの入力：

9月2日00：33：28jempiカーネル：[5979.773944] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
9月2日00：34：00jempiカーネル：[6011.624839] brcmfmac：brcmf_netdev_wait_pend8021x：保留中の802.1xパケットがないのを待ってタイムアウトしました
9月2日00：34：02jempiカーネル：[6014.184823] brcmfmac：send_key_to_dongle：wsec_keyエラー（-110）
9月2日00：34：05jempiカーネル：[6016.744833] brcmfmac：brcmf_cfg80211_del_station：SCB_DEAUTHENTICATE_FOR_REASONが-110に失敗しました
9月2日00：34：06jempiカーネル：[6017.704831] brcmfmac：brcmf_netdev_wait_pend8021x：保留中の802.1xパケットがないのを待ってタイムアウトしました
9月2日00：34：08jempiカーネル：[6020.264850] brcmfmac：send_key_to_dongle：wsec_keyエラー（-110）
9月2日00：34：11jempiカーネル：[6022.824903] brcmfmac：brcmf_cfg80211_change_station：SCB（非）認証の設定に失敗しました、-110

sudo ifconfig wlan0をダウンしてからアップしても、wlan0インターフェイスを再起動します。

@bulrog上記のJamesが説明したフォレンジックも提供してください。
wlan1はどのドライバーを使用しますか？ この問題は、プラグを抜いたドングルでも発生しますか？

さらにいくつかのフォレンジックキャプチャ：
https://pastebin.com/vqh3UcF3

これがサイプレスが正しい領域を探すのに役立つ場合：私はこの問題を何度も何度も経験しており、デバイスが接続しようとするたびに現れるようです。 APの範囲に入った後、またはスリープ状態のデバイスが目覚めたときに何度も発生します。

フォレンジックをキャプチャするのに十分な長さのこの構成を維持しました。提供できる詳細があれば、喜んでそうしますが、WLANのクラッシュが頻繁に発生しているため、デバイスが使用できなくなります。 信頼性を確保するために、別のUSBWi-Fiドングルを使用して内部無線を置き換えるつもりです。

私はあなたの最新の科学捜査をサイプレスに伝えました-時間を割いてくれてありがとう。

チャイムを鳴らしたかっただけです。最新のファームウェアを実行している3つのRPI3でまったく同じ問題が発生しています。 私は3つすべてでOctopiを使用しており、Printoidを介してそれらにアクセスしています。

bcrmfmac.debugはbrcmfmac.debug必要があります（@MilhouseVHを見つけてくれてありがとう）
以前の投稿を編集します。

bcrmfmac.debugはbrcmfmac.debugである必要があります（@MilhouseVHを見つけてくれてありがとう）
以前の投稿を編集します。

これに基づいて、私がキャプチャしたフォレンジックは完全ではないと推測しました。

フォレンジックキャプチャを繰り返しました。次のURLで閲覧できます。
https://pastebin.com/ha5rd7SW

さらに、私の/var/log/kern.logファイルのサイズは約200MBで、そのほとんどは非常によく似たエントリで構成されています。 メールボックスエラーを00:53:19に見つけ、エラーの前後数秒で切り取った。 うまくいけば、それが役立つことを願っています、ここでそれを見てください：
https://pastebin.com/JcE0zstS

だから私は同じ問題を見つけたと思います、 https：//www.raspberrypi.org/forums/viewtopic.php？f = 28＆t = 192735を参照して

5分以内に再現できます。 Wi-Fi（カメラのWebインターフェイス）を介した大量のトラフィックと非常に低いWi-Fi信号が必要です。 私はパイゼロを持っており、信号をほぼゼロにするためにオンボードアンテナの周りに指/手を置くのに十分です（私のルーターは15〜20％の信号を示しています）。 この状態で約1分後、wifiがクラッシュします

@lategoodbye 1週間後、私はpiをオンにしましたが、APを使用していない限り問題はなく、しばらくすると、電話をwlan0に接続したときに問題が発生しました。 私はコマンドを実行し、結果はここで見つけることができます： https ：

wlan1には、かなり古いドングルを使用しました。 動作させるためにインストールする必要のあるドライバーを思い出せませんが、これはlsusbが使用するハードウェアに提供するものです。

バス001デバイス005：ID 0 cde：0008 Z-Com XG-703A802.11gワイヤレスアダプター[IntersilISL3887]

それが役立つかどうかはわかりませんが、ここに私の経験があります：

Pi3を購入し、内部Wi-Fi（APからそれほど遠くない）で数日間テストしましたが、かなりうまく機能しているようでした（高ビットレートは期待していませんでした。ssh経由のリモートシェルに役立つだけでした）。 ）。

アルミケースに入れた後も、最初は問題ないように見えましたが、その後、wifiがランダムに使用できなくなりました。 pingが届かない最大数分。 それが数秒間非常にうまく機能する場合がまだありましたが、それは再び「1秒あたり1回のキーストローク」エクスペリエンスに切り替わるか、完全に機能しなくなりました。

「非常に良い接続」または「使用できない接続」だけが可能な「遅いが使用可能な」接続はないようです。 これは、ファームウェアのバグが原因である可能性があります。 わかりません。率直に言って、忍耐力を失い、代わりに100％安定して動作する非常に小さなUSBドングルを使用します。

（APモードで）問題を検出し、プログラムでWLANデバイスをリセットするための回避策を見つけた人はいますか？

私が見たわけではありませんが、インターフェースを再起動しても役に立ちませんでした。 私にとって、封じ込めは外部のwifi usbデバイスを購入することでした、そしてそれは魅力のように機能します、しかし今私がpiのwifiをオフにしたのでそれはくだらないです（ため息！）

メールボックスの問題ですか？それはサイプレスでまだ調査中です。

2017年9月21日08:38、「moreljerome」 [email protected]は次のように書いています。

私が見たわけではありませんが、インターフェースを再起動しても役に立ちませんでした。 私にとっては封じ込め
外付けのwifiUSBデバイスを購入することでしたが、それは魅力のように機能しますが、
今のように私は円周率の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=
。

はい、メールボックスの問題です。 修正されることを願っていますが、封じ込めとして外部デバイスに切り替える必要がありました。

OK。 私たちはこれについてサイプレスに翻弄されています-これはファームウェアの問題であり、アクセスできるのは彼らだけです。 私は彼らに思い出させ続けます.....私たちはもう少しフォレンジックが必要かもしれませんが、そうであればここに投稿します。

私のWLANは、数秒間非アクティブになった後、切断して再接続します（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 、
問題ではありません。再接続した場合、通常は遅延の問題になりますが、WiFiを介してヘッドレスで実行している場合（PiZero-Wの主な潜在機能の1つ）、WiFiがドロップアウトして自動的に再接続しない場合、システムがクラッシュしますすべての実用的な目的のために。

Motioneyeのようにネットワークの負荷が高い場合でも、HDMI、マウス、キーボードを使用している場合でも、回復する唯一の方法は電源を入れ直すことです。

WiPi USB WiFiドングルを使用してPi2にMotioneyeのインストールと構成を繰り返しましたが、これまでのところ、数時間でPiZero-Wを確実に停止する負荷で完全に機能しました。 私には、これはWiFiチップ/ドライバーの問題を確認しているようであり、Raspbian-stretchの問題ではないようです。

@ PeterTheMaster1 @randyoo @joshfria

OK、メールボックスの問題を定期的に見ている人へのメッセージで、私のために何かをテストすることができます。

サイプレスの診断ファームウェアがあり、問題の追跡に役立つ場合があります。 メールボックスの問題を抱えている人がこのファームウェアを実行する意思があり、メールボックスの問題が発生した場合は、フォレンジックをダンプして、ここに結果を投稿してください。これは非常に役立ちます。 このファームウェアは「最適ではない」ため、このテスト以外には使用しないでください。 テストができる場合は、ここにコメントしてください。ファームウェアと手順についてご連絡します。

@iurly ：インターフェイスを上下させても効果がなかったため、問題を検出して再起動するスクリプトを作成しました... Buその後、再起動が頻繁に行われたため、便利なデバイスを入手するしかありませんでした。 APモードから（そしてAPの義務を私のUSBドングルに割り当てる）

@ JamesH65 ：以前と同じように、喜んでお手伝いさせていただきます。 診断ファームウェアの新しいバージョンですか？ このページの前半に投稿された診断/デバッグファームウェアを使用して、3週間前に（この問題ページに）フォレンジックキャプチャを投稿しました。

はい、9月25日月曜日の時点でのサイプレスからの新しいファームウェア。
その中の診断。 あなたが提供した以前のフォレンジックは絞り込まれました
問題は、しかし、彼らはもう少し詳細が必要です。 私はマシンを実行しています
これまでのところ24時間メールボックスエラーがないため、現在は複製できません
自分。

ジェームズについて私にメールしてくれませんか。 [email protected]と私はあなたにファームウェアを手に入れることができます。 それは本当にテスト目的のためだけなので、私はそれをもっとグローバルに公表したくありません。

午前14時48分に2017年9月27日には、randyoo [email protected]は書きました：

@iurly https://github.com/iurly ：検出するスクリプトを作成しました
問題が発生し、インターフェイスを上下させてから再起動します
助けにはならなかった...しかし、それは頻繁に再起動していたので、私は
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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@ JamesH65新しいファームウェアへのリンクを提供していただければ、ご要望に応じてインストールし、フォレンジックのキャプチャを再試行できます。

残念ながら、ここにリンクを提供することは、そのリンクが公開されていることを意味し、
これは非常にテストファームウェアなので、私はむしろそれが逃げなかったほうがいいです
野生。 したがって、電子メールで行うように要求します。 それが問題なら、アップロードします
それはどこかにあり、リンクを投稿することができます。

15時56分に2017年9月27日には、randyoo [email protected]は書きました：

@ JamesH65https ： //github.com/jamesh65よろしければ
新しいファームウェアへのリンクを提供します。インストールしてキャプチャを試みることができます
あなたが要求したように、再びフォレンジック。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-332548884 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHbVhHD2rk_hp3kG51WBY0R0IQzL3ks5smmIbgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

@ JamesH65 APモードでRPI3の内部ワイヤレスカードを定期的にフリーズしていることを知っているので、喜んでお手伝いしたいと思いますが、それがメールボックスの問題か何か他のものかどうかはよくわかりません。 実際にログでそのようなメッセージを検索しましたが、見つかりませんでした。

カーネル4.4.50に同梱されているファームウェアを実行しています（リグレッションのために最新の4.9にアップグレードできません。＃2197を参照）。そのバージョンにはそのメッセージが表示されますか、それとも後の段階で追加されましたか？

ありがとう！

@iurlyあなたは

本当に気になるのは、システム全体を再起動する以外に、回避策がないことです。
つまり、ペリフェラルをリセットしてhostapdを再起動する方法すらありませんか？！？

@iurlyあなたは

参考までに、クライアント/ステーションモードでも問題が発生しています。 LEDEマスター、4.9カーネルを実行し、ファームウェア7.45.41.46を使用します。

@ JamesH65
テストファームウェアが公開されないようにしたいという要望を理解します。 メールでも問題ありませんが、ここに自分のアドレスを公開したくありません。また、githubでメッセージを送信する方法もわかりません。

上記の私のpiアドレスを使用して私に電子メールを送ってください。ファームウェアをお送りします。

再。 APモード
4.4以降、いくつかの修正が行われているため、最新のストレッチを試す価値があります
その問題がまだ発生するかどうかを確認します。

ああ、コメントを編集してもメールの更新は送信されず、Piメールで上記のエントリを編集したので、更新されていない可能性があります。 github Webサイトを使用して、私にメールを送信する必要がある場所を確認してください。

@ JamesH65あなたにメールを

@ JamesH65
メールで送信したファームウェアからのフォレンジックキャプチャは次のとおりです： https ：
それが役に立てば幸い。

素晴らしい、サイプレスに渡されます。 それをしてくれてありがとう。

現在、セットアップにpiがあり、これを自由に再現できるようです。 より多くのフォレンジックを収集することが役立つ場合は、私に知らせてください。 メールボックスエラーは、ログに表示されるすべてです。

Zero WのmicroSDを交換した後、7日間問題なく接続されました。 こんなに長く生き残ったとは思いません。 SDカードがWiFiに影響を与える可能性があるのは奇妙に聞こえますが、どちらもSDIOバスに接続されているため、一方が他方に影響を与える可能性があります。

以前使用したカードは、UDOOクアッドボードに付属の（おそらく安価な）8GBトランセンドクラス4でした。 現在、Samsung EVO32GBです。 問題が発生した場合は、別のカードを使用すると役立つ場合は試してみてください。

@stintel興味深いですが、他のmicroSDにソフトウェアを設定する際に問題が発生したか、microSDが破損した可能性があります。

それは電力に関連しているのでしょうか？ たぶん、安いカードがバスから瞬間的にあまりにも多くの電力を引き出しましたか？

Pelwellが投稿したファームウェアをロードしたところ、大幅な改善が見られました。 以前は、Pi 0WへのSSHは、2400ボーのモデムと安っぽい電話回線を備えた端末にダイヤルするようなものでした。 これで、リモートXを実行でき、うまく機能します。

ありがとう！

私も同じ問題を抱えています。 大量のファイル名（sync-over-ftp）をraspberryPi3-internal-wifiからGalaxy S5 Wi-Fiに転送すると、機能しなくなります。 しかし、時にはうまくいく...

RPi3 WiFi APでメールボックスメッセージの同じ問題が発生しましたが、このフォーラムで解決策を見つけました。それは私にとってはうまくいきました。 解決策は、/ etc / hostapd /hostapd.confの次のパラメータを変更することでした

wpa = 3がwpa = 2に変更されましたauth_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

この問題に関する更新はありますか？ または、既知の回避策はありますか？

昨日の最新のstretch-liteとrpi-update最近購入したPi ZeroWでまだこれを経験しています。

RPiを使用してRTSP（udp）経由でカメラフィードをストリーミングすると、WiFi接続が切断される直前に接続が大幅に悪化し、その後WiFi接続が回復せず、Pi0Wの電源を入れ直す必要があります。

dmesg > dmesg.logのみを表示します：

brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

Pi0Wをアクセスポイントに近づけても問題は発生しません。

私はPi0Wをアクセスポイントとして使用していません。それは単なるクライアントです。 私はさまざまな電源を試しました。

現在、ワイヤレスチップのプロバイダーであるサイプレスを待っています。
問題を進めるために。 もう一度pingします。

14時02時2017年10月25日、マティアスUrhahn [email protected]
書きました：

この問題に関する更新はありますか？ または、既知の回避策はありますか？

最近購入したPiZeroWで最新のものを使用してこれをまだ経験しています
昨日現在の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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

ええと...私は最新のカーネル/ファームウェアにアップグレードしました（apt-getアップグレードしてからrpi-update）、そして今、堅実なwifiを持っていた私のPi3でさえ数時間後にそれを失っています!! 壊れていない場合は修正しないでください...アップグレードすべきではありませんでしたが、同じSDカードを使用して2番目のPi3で時々テストを行っているためです。

FWIW、私もこの問題を自由に再現できます。 この問題を説明するフォーラム投稿をRaspberryPiに作成しました。

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

注：PiをAPとして使用していません。 フォレンジックや実験的なファームウェアのテストなどが役立つ場合は、サポートできます。

ここでも同じ問題があります。 私はownCloudをセットアップし、ラップトップから問題なくファイルを転送できます。
しかし、Samsung Galaxy S7でファイルを転送するとすぐに、wifiが壊れて
raspberrypi kernel: [ 962.273390] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012 :
が表示されます。

私のルーターはFRITZ！Box7490です。

私の問題をよく説明している投稿を@srinathavaに感謝します！

テストファームウェアでテストした人は、次のことを試してください-サイプレスに必要なデバッグ情報の詳細。

1. insmodを実行する場合は、「debug = 0x100000」を追加します
2. 問題が発生したら、「dmesg」出力を保存します

ありがとう。

これに関する別の助けの要求。

テストファームウェア（上記を参照）でテストした人は、次のことを試してください-サイプレスに必要なデバッグ情報の詳細。

insmodを実行する場合は、「debug = 0x100000」を追加します
問題が発生したら、「dmesg」出力を保存します。これが私たちが関心を持っているビットです。

ありがとう。

@ JamesH65お知らせするために、現在情報を収集しようとしていますが、問題はまだ発生していません。 /etc/hostapd/hostapd.confファイルにいくつかの小さな変更を加えただけですが、これらの変更により、この問題が誤って回避された可能性があります。 問題が数日以内に発生しない場合は、問題を再現してデバッグデータを収集するために、これらの変更を元に戻します。

これについて助けてくれてありがとう。

確かにそれが問題を回避するのであれば、hostapdに加えた変更を見るのは興味深いでしょう。

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と呼ばれるソフトウェアパッケージを実行しており、100％確信はありませんが、私に代わってhostapd.confファイルを構成したと確信しています。

とにかく、/ etc / hostapd.confでこの行をコメントアウトすることによって： そしてそれをこれに置き換えます： 私は4日間連続で安定した動作をしましたが、以前は数時間、場合によっては数分でクラッシュしていました。

これがすべて役立つことを願っています。

間違った場所に投稿しているとお詫びします。raspbianでUDPユニキャストパケットを送信すると、RPi3内部（broadcom）wlanで奇妙な動作が発生します。
2kbのデータの小さなパケットを1秒に1回送信します。受信側では、これは120秒ごとに約3〜4秒間ブロックされます。 このテストは時計仕掛けのように実行され、iperfで次のように再現できます

Rpi3

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

WiFiクライアントとしてRPi3に接続されたUbuntuPC（上記のIP 192.168.1.22）

iperf -u -s -i 1

120秒ごとに閉塞を保証しました。 興味深いことに、これはTCPを使用して発生しないようです
最後に、ドライバーコードをダウンロードして確認したところ（何も理解していなかった）、疑わしい言及に気づきました。

BRCMF_SCAN_PASSIVE_TIME120を定義します

その後、ドライバーコードで使用されます

これは関連している可能性があります、私は解決しようとしていますか？
THX

以下を/etc/rc.localに入れましたが、私の方がはるかにうまく機能しているようです。

Iwconfigwlan0の電源をオフにします

PIゼロw

ショーン

2017年12月19日には、午前3時42分AMで、LeeMooreImperas [email protected]書きました：

間違った場所に投稿しているとお詫びします。raspbianでUDPユニキャストパケットを送信すると、RPi3内部（broadcom）wlanで奇妙な動作が発生します。
2kbのデータの小さなパケットを1秒に1回送信します。受信側では、これは120秒ごとに約3〜4秒間ブロックされます。 このテストは時計仕掛けのように実行され、iperfで次のように再現できます

Rpi3

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

WiFiクライアントとしてRPi3に接続されたUbuntuPC（上記のIP 192.168.1.22）

iperf -u -s -i 1

120秒ごとに閉塞を保証しました。 興味深いことに、これはTCPを使用して発生しないようです
最後に、ドライバーコードをダウンロードして確認したところ（何も理解していなかった）、疑わしい言及に気づきました。

BRCMF_SCAN_PASSIVE_TIME120を定義します

その後、ドライバーコードで使用されます

これは関連している可能性があります、私は解決しようとしていますか？
THX

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

こんにちはショーン
ヘッドアップをありがとう、残念ながら、これはブロードコムデバイスによって受け入れられません、私は得ます

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

したがって、省電力がオフになっていることはかなり確実ですが、この問題は解決されません
THX

@LeeMooreImperasこれについては別の問題を開き、少なくともカーネルバージョンとWifiファームウェアバージョンを提供することをお勧めします。

私はずっと前にこのスレッドについてコメントしましたが、それを再現できなくなったため、それを見るのをやめなければなりませんでした。 さて、私はいくつかの新しいデータを持っています、そしてこれは非常に興味深いと思います。

私は2つのラズベリーパイを持っています。 1つのB + V1.2と1つのオリジナルのRaspberryPI（C）2011。

RaspPi B +で「4.1.19 +＃858 Tue Mar 15 15:52:03 GMT 2016」を実行すると、EdimaxWiFiチップは他の人が見た問題を示します。

同じRaspPiB +で「4.9.27 +＃1 Thu May 11 17:40:53 UTC 2017」を実行すると、同じEdimaxWiFiチップで問題が発生しません。

私は今、それがハードウェアとの非互換性であるかどうか疑問に思っています。また、はるかに古いRaspPiボードでは、ボードからの電力がなかったため、+ 5V電力を増強するためにUSBWiFiに特別なケーブルが必要だったことを思い出しました。それを運転するのに十分です。 問題が発生するようにSDカードを元に戻し、このタイプのケーブルが役立つかどうかを確認します。

わかりました、私はそれが間違っていたと思います。

古いRaspPiで4.9.27+を実行すると、問題が発生します。 今確認しています。

わかりました、これは決定的で非常に興味深いものです。

オリジナルのRaspberryPiボード（2011年頃）を使用し、Linux 4.9.27+（ "uname -a"から）を実行すると、Edimax USB WiFiチップがWiFi接続、つまりIPアドレスを失う問題を毎回再現できます。 、数分以内。

同じオリジナルのRaspberryPiボードと同じバージョンのLinuxを使用していますが、USBケーブルを使用するだけでセカンダリソースからUSBWiFiに+ 5Vを増強できるという唯一の変更点で、システムは安定しています。

したがって、このセットアップではEdimax USBWiFiカードが十分な電力を取得できないという問題があるようです。 これは明らかに、WiFiが組み込まれたRaspberry Piを使用している人には役立ちませんが、そのような場合、同様の問題が発生しているのではないか、より多くのアンプを生成するUSB​​アダプターに移行すると表示されるのではないかと思います。違いは？

場合によっては、Piに電力を供給するMains toUSBアダプターがクリーンな5Vを提供しない可能性があります。
ACはレギュレートする必要があるため、5Vになる前に平滑化しますが、出力DCに少しリップルが発生します。
ラップトップまたはPCからの5Vは、安価なMains toUSB充電器よりもリップルフリーである可能性が高いです

さまざまな条件下でwifiチップへの電源にオシロスコープを配置して、障害/非障害時のリップルがどのようになるかを確認するのは興味深いことです。

この問題は、Pi3のONBOARD Brcmワイヤレスチップの問題に留めておいてください。他のデバイスに問題がある場合は、フォーラムを使用してアドバイスを受けてください。 これは単に、サイプレスに渡す必要のある情報があまり混乱しないようにするためです。

@ JamesH65
@lategoodbye

こんにちはジェームズ、ステファン、
したがって、ここで矛盾するメッセージがあり、私が記録した問題はRPi3 BRCMWiFiに直接関連していました。
それで、これは別のスレッドに入れるべきですか（lategoodbyeによって提案されたように）？
このスレッドは特に私の問題に関するものだと思いましたか？

問題を移動させていただきます

THX

@LeeMooreImperas問題はオンボードワイヤレスにありますが、問題は2分ごとに一時停止します。この問題は、ランダムな間隔で発生する完全なワイヤレスロックアップ障害を説明しているため、関連性がないように感じます。 したがって、別の問題を作成する価値があるかもしれません。 残念ながら、以前のメッセージでは少しあいまいでした。

これに別の「私も」を追加します。
ハードウェア：Raspberyy Pi 3、モデルB。
カーネル：Linux raspberrypi 4.9.70-v7 +
OS：Raspbian GNU / Linux 9（ストレッチ）
ロードされた画像：2017-11-29-raspbian-stretch.img
画像MD5：
SDカード：メーカーは不明ですが、キットに付属してい
インターフェイスファイル： interfaces.txt
hostapd.conf： hostapd.txt
dmesg出力（作業中）： dmesg_20171230.txt

デバイスは、ワイヤレスネットワークのアクセスポイントとして構成されています。 私のプライマリルーターは、Linksys EA6400ファームウェアバージョン1.1.40（ビルド184085）です。 LinksysとPiの両方が、異なるチャネルで同じSSIDを提供しています。 Piは、管理されていないスイッチを間に挟んで有線接続を介してルーターに接続されます。
デバイスのOS負荷はかなり新鮮です。 システムにRetroPieイメージがあり、同じ問題に直面しました。 Raspbianにリロードして、うまく機能するかどうかを確認しました。
橋の散発的なドロップアウトが見られます。 主な症状は、Piによって提供されるワイヤレスネットワークが有線ネットワークから分離されているように見えることです。 有線インターフェースは引き続き正常に機能し、SSH経由でPiにアクセスできます。 ワイヤレスインターフェイス（wlan0）でtcpdumpを実行すると、その状態でも、接続されているデバイスとの間のトラフィックを確認できます。
ワイヤレス接続（ifdown; ifup）を循環させても、問題は解決しないようです。 ブリッジインターフェイス（br0）のサイクリングはまだ試していません。 一般的に、私は問題を修正するデバイスを再起動しています。
それが関連しているかどうかはわかりません。 ただし、ChromeCast 2をしばらく実行した後、制御しようとすると問題が発生するようです。 たとえば、ChromeCastでNetflixを介して番組を再生していて、番組を一時停止しようとすると、その時点でブリッジがドロップアウトしているように見えます。 私はまだtcpdumpを介してこれをキャッチすることができていません。 しかし、それは私にとって次のステップです。
私はそれが熱の問題かもしれないと考えました。 ただし、ドロップアウトの1つで/opt/vc/bin/vcgencmd measure_tempが30秒のループで実行されていて、CPU温度が50℃の範囲でした。 熱の問題が発生している可能性があるため、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：このスレッドを参照した同様の問題について、
dmesg_debug_failed.txt
また、他のスレッドでもサムスンの携帯電話について言及していることに気づきました。 私のPiでのブリッジのトラブルは、Samsung GalaxyS7を中心に展開しているようです。 私の妻のAppleデバイス（iPhoneとiPad）は問題を引き起こしていないようです。

EDIT4： sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000続いてdmesgを再度実行しました。 以下の出力：
dmesg_debug_failed_reset_driver.txt

うーん、予想されるメールボックスエラーではありません。 新年にサイプレスの開発者に渡します。

これが同じ問題であるかどうかはわかりませんが、私の症状はオンボードRPi3ワイヤレス断続的です。 10秒間の良好なping、続いて20〜30秒間のpingなし、そして永久に繰り返します。 pingがない場合、リモートホストはICMPエコー要求を受信し、ICMPエコー応答を送信します。 アクセスポイントは、リモートホストに到達できないICMPホストを返します。

前提条件は、イーサネットとワイヤレスの両方に接続されていることです。 dhcpcd不必要に再起動することで、発生する可能性が大幅に向上しました。

回避策は、ネットワークインターフェイスを無差別モードに設定することです。 sudo ifconfig wlan0 promisc 。 症状はsudo ifconfig wlan0 -promisc 10秒から1分以内に戻ります。

必要に応じて利用可能な詳細情報は、ただ尋ねてください。

@ Sylver-Dragon、私にとってtcpdumpは症状を防ぎました、そしておそらくあなたは同じことを見つけました。 -pフラグを試してください。これにより、無差別モードがオフになります。 症状が続くようにします。

https://github.com/iiab/iiab/issues/638

@quozlワイヤレスインターフェイスとブリッジインターフェイスの両方でtcpdumpを実行しようとしましたが、実行中にロックアップが発生しました。 無差別モードを試してみて、違いが出るかどうかを確認します。 ただし、ワイヤレスインターフェイスドライバーのデバッグ出力に基づくと、具体的には次のようになります。
wl0：_wlc_bss_update_beacon：memから、0バイトがmalloced
これは、ドライバー側のある種のリソース（メモリ？）リークだと思います。 もう少し時間があれば、パケットキャプチャを実行して、ロックされた瞬間を掘り下げたいと思います。 私の電話は、ロックアップをトリガーしているデバイスで、ある種の奇妙なまたは不正な形式のパケットまたは一連のパケットを送信していると思われます。 それをキャプチャして分離できれば、修正を通知するのに役立つはずです。

現在追跡しているメールボックスの問題とは別の障害のようです。 これは迷惑です。 お使いの携帯電話はSamsungBTWですか？ メールボックスの問題は、SSデバイスによってより頻繁にトリガーされるようです。 問題の原因を突き止めることができれば、それは非常に役立ちます

私は今何週間も同じ（？）を探しています。 この問題や同様の問題に関するすべてのレポートを読んだに違いないと思います。 だからここに私からのいくつかのより多くの情報：

ラズベリーパイ3の内部wifiをアクセスポイントとして使用しています。 標準のラズビアンカーネルとモジュールを使用しています（Linuxバージョン4.9.35-v7 +（dc4 @ dc4-XPS13-9333）（gccバージョン4.9.3（crosstool-NG crosstool-ng-1.22.0-88-g8460611））＃1014 SMP金6月30日14：47：43BST 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 （モードをマスターに設定できません）。 これは、ドライバーをリロードすることで一時的に修正できます： rmmod brcmfmac; modprobe brcmfmac 。 その後、次回失敗するまで、期待どおりに動作します。 または、再起動すると問題も「修正」されます。

Syslogで（デバッグが有効になっている）失敗状態になるのは次のとおりです。

カーネル：[3615.491795] brcmfmac：brcmf_netdev_wait_pend8021x：保留中の802.1xパケットがないのを待ってタイムアウトしました
hostapd：wlan0：STA 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 = "live"
refcnt = "0"
srcversion = "10E8F4629D109E78E1F506C"
汚染= ""
uevent =

パラメーター：
Alternative_fw_path =
debug = "1048576"
roamoff = "1"
`

私はSamsungの電話を持っていませんが、Androidの電話をいくつか持っています。 これらはいずれもそのアクセスポイントに接続されていません。 直接のクライアントは2つのChromecast（1つはビデオ、1つはオーディオのみ、さらにAndroidタブレット）のみです。 他のすべては有線インターフェースを介して入ります。

@knarrff
良い回避策については、このページで3週間前の以前のコメントを検索してください。

@ JamesH65
あなたからackを受け取ったことはありません。 3週間前にそのコメントからサイプレスの人たちに共有したdmesg出力をコピー/リレーしましたか？

@randyoo ：
`
interface = 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
`

また、Chromecastへのnetflixストリームを一時停止しようとすると、失敗が常に発生しているように見えることも明らかになります（これを試してみると、常に失敗するわけではありません。失敗するたびに、それが私が行っていたことです。 ）。 一方、これは私がそのWi-Fiネットワークでほとんどいつも行っていることなので、これは赤いニシンかもしれません。 デバイスがAPに対して認証を試みたときに問題が発生した可能性があります（スリープ中にwifiを無効にした可能性が高いAndroidタブレットなど）。 より多くのテストが表示されます。 Chromecastなしで試してみます-wifi-スリープサイクルを含む、タブレット上の通常のwifiだけです。

私の問題はこの問題と同じではないようですので、ラークモードに切り替えます。 私のifconfig wlan0 promiscは@holta （https://github.com/iiab/iiab/issues/638）で修正しましたが、他の人の助けがなければ、別の問題を検討する必要があります。

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 status = 0 aid = 1）
[42236.623181] wlan7：関連付けられています
[42236.623325] IPv6：ADDRCONF（NETDEV_CHANGE）：wlan7：リンクの準備ができました
[42236.625464] wlan7：b8：27：eb：33：98：14でアドバタイズされているように、TX電力を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 status = 0 aid = 1）
[42241.282500] wlan7：関連付けられています
[42241.336166] wlan7：b8：27：eb：33：98：14でアドバタイズされているように、TX電力を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 status = 0 aid = 2）
[42253.945415] wlan7：関連付けられています
[42254.035149] wlan7：b8：27：eb：33：98：14でアドバタイズされているように、TX電力を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-entriesを取得します。
brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets

どうやら関連付けられているのに、APがPREV_AUTH_NOT_VALIDを送信している理由がよくわかりません。 認証は関連付けよりも優先されるという印象を受けます。 私が関連付けられているが認証されていない場合はありません。

こんにちは

私はメディアサーバーとしてPi3を使用しています、通信はオンボードWiFiを介して行われます

Rasbian Stretch Lite 4.9アップグレードアップデート（現在）
Plex Media Server

取得しています...

カーネル：[1958.899715] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012

Samsung S5 SM_G900F Android 7.1.2でBubbleUPnpクライアントを使用してPiに接続する場合のdmesgおよびsyslogでは、これはほぼ保証されており、PiWiFiを再び使用できるようにするには再起動が必要です。

私の古いSonyXperia XP Android 6.0.1で再びBubbleUPnpを実行すると、これまでのところ正常に動作します。 これが私の解決策です。 しかし、私がこれの底に達するのを手伝うことができるならば、私は貢献することを嬉しく思います。

ジョン

mConnectLiteを実行しているiPadでも動作します

@johnthesoftwareathome RaspberryPiから

RaspberryPiの連絡先ページfaoJamesHughesから投稿されたメールアドレス

OK、サイプレスからの新しいデバッグファームウェアがあります。これを使ってテストします。これにはさらにデバッグが含まれていますが、修正されていないため、テストに満足している人だけが対象です。 すでにメールアドレスを送信している場合は、テストを行うことをここに示してください。ファームウェアを送信するか、PiフォーラムのPM経由で連絡します。

新しいファームウェアをインストール/実行する方法を探し回る人々を救うため。

デバッグファームウェアファイルを次の場所にコピーします。

/lib/firmware/brcm/

（最初にオリジナルをバックアップすることをお勧めします）

この段階で再起動する必要があると思います。

Linuxドライバーをデバッグモードで再起動します

sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000

それを間違えさせてください.. !!

dmesgをファイルにダンプし、ここに投稿します。

Jamesの言うことに加えて、 brcmfmac.debug=0x100000を/boot/cmdline.txt追加して、rmmod / modprobeシーケンスを回避することをお勧めします。

@ JamesH65テストのお手伝いをさせて

昨日新しいデバッグファームウェアを試し、brcmfmac.debug = 0x100000を/boot/cmdline.txtに追加しました。

しかし、奇妙なことに、dmesgにデバッグ出力が表示されませんでした。 さらに奇妙なことに、以前は問題を確実に再現できたのですが、何をしても、それは一晩中機能しました。 問題は1つもありませんでした。別の方法として行ったのは、古いファームウェアファイルの代わりに新しいファームウェアファイル（md5 sum ba679a85c1dc76e9775603af45440bc0）を使用し、modprobeを使用してオプションを追加する代わりに/boot/cmdline.txtにエントリを追加することだけでした。 昨日、古いファームウェアに戻って、これが古い問題に戻るかどうかを確認する時間がありませんでした。 行ったら報告します。 それまでの間、そのファームウェアで変更されたものはすべて本当に「より多くのデバッグ」ですか？

ただのデバッグだと思っていたのですが、はっきりとサイプレスに戻ります
他の何かが変わった、うまくいけば良い方法で！

午前6時48分に2018年1月11日、フランク・ロフラーの[email protected]は書きました：

私は昨日新しいデバッグファームウェアを試し、また追加しました
brcmfmac.debug = 0x100000から/boot/cmdline.txt。

しかし、奇妙なことに、dmesgにデバッグ出力が表示されませんでした。 さらにもっと
不思議なことに、以前は問題を確実に再現できたところ、うまくいきました
私が何をしたかに関係なく、一晩中。 私は単一の問題を抱えていませんでした、そして
私がしたのは、新しいファームウェアファイル（md5 sum
ba679a85c1dc76e9775603af45440bc0）。 昨日行く時間がなかった
古いファームウェアに戻って、これが古い問題に戻るかどうかを確認します。 します
私がやったら報告してください。 その間に：その中で変更されたのはすべてですか
ファームウェアは本当に「より多くのデバッグ」ですか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-356842102 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHam4jUgDCkSFxMXS-KW4axCLoPZhks5tJa6fgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

私の経験は、dmesgでデバッグメッセージが表示されたことを除いて、 @ knarrfの経験と似てい

以前、Samsung S5はプレックスサーバークライアントとして使用できませんでしたが、デバッグファームウェアをロードすると（dmesgでデバッグメッセージを言ったように）機能したため、元のバイナリに戻し（バックアップしてサイズをチェック）、引き続き機能します。 そのため、デバッグファームウェアを使用して再度実行し（cmdline.txt modは試していませんが、rmmod / modprobeだけを試しました）、エラーなしで数時間音楽を聴いています。 私は散らばっている多くのWiFiデバイスのほとんどをアクティブ化しようとしましたが、効果はありませんでした。

これを数日間試して、何かが発生するかどうかを確認してから、元のファイルを再読み込みして再試行します。 再起動の間にPiの電源をオフにしていない可能性があります。 ある種のレジスタ保持であるかどうかを確認するために戻ったときに、これを確実に実行します。

今夜、私は古いファームウェア（raspianインストールイメージから取得。以下で使用するバージョンの詳細）をアップロードし、それを使用してモジュールをリロードし（そしてデバッグを有効にして）、その間に再起動しました。 dmesgの短い出力は、古いバージョンがロードされたことを確認します。 そして、 @ johnthesoftwareathomeと同様に、過去に何度もWi-Fiを停止していたであろう作業にもかかわらず、それは一晩中機能し続けました。

ですから、今のところ私の仕事は、何が起こっているのかを知る機会を得るために、それを「機能していない」状態に戻すことのようです。 私の次の試みは、今日ではありませんが、ハードリセット（「reboot」コマンドを使用するのではなく、しばらくの間電源を切る）を実行し、新しいイメージから完全に新しいインストールを使用します。

また、デバッグイメージで上書きする前にバックアップを作成するのを忘れたため、失敗したイメージがまだ別のバージョンである可能性を排除することはできません。 たぶん@johnthesoftwareathomeは、彼が使用していて問題があった/問題がある正確な画像を投稿できますか？ 一方、当時は標準パッケージを使用してファームウェアを更新しただけで、パッケージバージョンのファームウェア-brcm80211（1：0.43 + rpi6）がインストールされています。 変更ログの最後のエントリはファームウェアバージョンを指定していませんが、最後から2番目のエントリは7.45.41.26であり、イメージのバージョンよりも古いものです。 変更ログが正しく書き込まれていると仮定すると、イメージが作成されてからファームウェアが置き換えられておらず、「イメージ」と呼んでいるものが以前に使用したものであることを強く示しています。

2つのファームウェアファイルに関する情報（イメージ：ラズビアンインストールイメージからのもの、デバッグ： @ 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.mem_size = 0 、115200 console = tty1 root = PARTUUID = f8e4f7c2-02 rootfstype = ext4エレベーター=期限fsck.repair = yes 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：電源管理が無効になっています

小さな更新：このスレッドの古いコメントの1つを振り返ると、今日使用した古いファームウェア（「イメージ」）が、新しいデバッグイメージを試すまで問題があったファームウェアであることが実際に確認できます。

空の家だったので、ついにボウイの最後のアルバムを聴き始めました。 すべてが完璧に機能しました（アルバムはそうではありません）。 家から明日まで離れて、それからこれを拾います。

元のファームウェアを以前と同じように失敗させることができましたが、それを使用してからデバッグファームウェアまでの間は確実ではありませんでした。 現在、デバッグ機能を使用して再起動するだけで、まだ失敗はありません。

@knarrfがデバッグ出力について何を意味するのかを誤解し、ある種のデバッグストリームを期待しているのではなく、新しいファームウェアがインストールされていることを確認できないと思いました（どちらも表示されません）。 彼にはポイントがあります。 これが失敗した場合、何かが表示されますか、それともデバッグ16進数が間違っていますか？

また、失敗の1つはすぐには解決しませんでした。 再起動が必要になる前に、SSHで戻すことができました。 Syslogには次のものが含まれています。

Jan 13 08:34:48 plexServerカーネル：[46.648630] brcmfmac：brcmf_sdio_hostmail：不明なメールボックスデータの内容：0x40012
Jan 13 08:35:14 plexServerカーネル：[72.161473] brcmfmac：brcmf_proto_bcdc_query_dcmd：brcmf_proto_bcdc_msgがステータス-110で失敗しました
Jan 13 08:35:14 plexServerカーネル：[72.161484] brcmfmac：brcmf_cfg80211_get_channel：chanspecが失敗しました（-110）

これは非常によく知られている一連のエラーメッセージですが、同じ問題が発生していて、現在は修正されているように見えることを知っておくと便利です。

サイプレスは私たちのために新しいファームウェアリリースを準備しています-何かがテストに利用可能になったらここに投稿します。 皆様のご関心、時間、そして忍耐に感謝いたします。

OK。 動作するドライバーをありがとう。

これ以来、物事は進んでいる可能性があります。

https://tech4research.wordpress.com/2014/07/23/brcmfmac-debugging-and-appropriate-debug-values/

また、新しいファームウェアのデバッグスイッチが特別に追加されている可能性があることを理解していますが、これらのスイッチは元のファームウェアと「デバッグ」ファームウェアの両方で機能しているようで、予想されるデバッグストリームが出力されます。

おそらくすでに見られています。 しかし、TPLinkは、Androidデバイスがスリープから復帰してChromecastまたは同様のデバイスに再接続しようとすると、MDNSパケットを使用してデバイスをDoSしている
自分のデバイスの切断を取得したpcapを掘り下げると、接続が切断される直前に、約3,500のMDNSパケットが約2.25秒以上入ってくることがわかります。 このパターンに適合しているようで、関連している可能性があります。

この号にいくつかの情報を追加/確認するだけです：

• Wi-Fiインターフェースを無差別（ ifconfig wlan0 promisc ）に設定すると、問題が軽減されるようです
• この問題は、Android 7.1.2 Galaxy S7電話（1週間前に入手したもので、問題が発生したとき）によってのみ引き起こされているようです。

Pi3でaarch64してDebian Busterを実行し、Nextcloudサーバーを実行しています。 Linuxラップトップから大きなファイルをscpすることは問題を引き起こさず、Nextcloudはそのラップトップから同期しませんが、Galaxyからファイルのバッチをアップロードするとすぐに、エラーUnknown mailbox data content: 0x40012がポップアップし、Wifi接続は失われました。

私が使用しているbrcmfmacファームウェアは7.45.41.26 (r640327) FWID 01-4527cfab

残念ながら、テストする古いAndroidはありません。

SamsungからPi3へのアップロードをtcpdumpしましたが、Wifiは無差別モードになり、すべてが正常に機能しました。 時間があれば、pcapを見て、何か役に立つ/面白いものがあれば報告します。

PS：キャスト（TPLinkの記事で説明されている主な違反者）はアクティブではありません（または少なくとも接続設定でそれを見ることができません）。

みなさん、こんにちは。

パワーセーフモードをオフにしてプロミスキューモードを有効にすると、問題が解決したことを確認したいだけです。初めて、24時間接続を維持できました。

sudo iw wlan0 set power_save off
sudo ifconfig wlan0 promisc

ありがとう、
リュック

新しいファームウェアリリースの詳細については、このフォーラム投稿を参照してください。 メールボックスの問題、または実際にワイヤレスの問題が発生した場合は、これを試して、問題が解決するかどうかを確認してください。

https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508

@ JamesH65
こんにちはジェームズ、
インストール手順を教えてください。アーカイブ内の.binファイルは自己インストール実行可能ファイルですか？
THX
リー

リンクされたフォーラムページに手順が表示されます。

新しいファームウェアを1週間以上実行した後、再度チェックインします。 これまでのところ、それは堅実です。 長い間Samsungデバイスを繰り返し起動しましたが、Piのワイヤレスインターフェイスが動作し続けています。 一時的に落ちてから回復した例が1つあったと思います。 しかし、私はそれを再現することができませんでした。 全体として、それはしっかりしているように見えます。 これに固執してくれたJamesと、これを修正してくれたCypressチームの両方に感謝します。

レポートをありがとう。

apt updateを介してインストールできるように、ファームウェアの修正がRaspbianの公式ディストリビューションにすでに含まれているかどうかを誰かに教えてもらえますか、そうでない場合は、問題が発生した後で知らせてください。

ファームウェアの修正がRaspbianの公式ディストリビューションにすでに組み込まれていて、apt updateを介してインストールできるかどうかを誰かに教えてもらえますか、そうでない場合は、それが起こった後で知らせてください。

はい。 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

ファームウェアをアップデートしました

$ 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

hostapdとdnsmasqアクセスポイントとしてRPi3を使用しています。
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 +に更新しました。
しかし、問題はまだ存在します。

私の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か月）
両方のPiは、同じルーターと離れた部屋に接続されています。 どちらもWiFi経由でのみ接続されています。

4.14にはそのファームウェアで動作するために必要なすべての変更があるため、おそらく4.14で最新のファームウェアを使用する価値があります。

:)昨日投稿後に最新のfw（2017年10月23日03:55:53バージョン7.45.98.38）に更新されました-atmで動作しているようです-何が起こるか見てみましょう。

ラズビアンは2017年8月のファームウェアパッケージに戻ったようです。 rpi 3B +ワイヤレスに新しい要件はありますか？

最新のFoundationのストレッチレポファームウェア-brcm802111：20161130-3 + rpt3パッケージには、Pi3 / Pi0W用の2017年10月23日ファームウェアバージョン7.45.98.38およびPi3 +用の他の適切なパッケージがあります

私はまた、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 set power_save off
/ sbin / ifconfig wlan0 promisc
/etc/rc.localにあります。

@ flok99と同じエラーメッセージ-ストレッチで最新のファームウェア（rpi-update）を使用します。

OK、サイプレスが修正したと思っていたバグはまだ残っています。 戻る
サイプレスそれは行きます。 このバージョンを入手するのに1年かかりました。 息を止めない
推奨。

バージョンを確認する必要がありますが、の内容を投稿してください

dmesg | grep brcmfmac

1時44分に2018年3月18日、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
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

[4.112717] brcmfmac：F1署名読み取り@ 0x18000000 = 0x15264345
[4.119827] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin for chip 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 ClmImport：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：chanspecが失敗しました（-5）
[2074.729716] brcmfmac：brcmf_fil_cmd_data：バスがダウンしています。 何もありません
やること。
[2074.729733] brcmfmac：brcmf_cfg80211_reg_notifier：国コードiovar
返されたエラー= -5
[2074.871693] usbcore：インターフェイスドライバーbrcmfmacの登録を解除します
[2074.929084] brcmfmac：F1署名読み取り@ 0x18000000 = 0x15264345
[2074.936897] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin for chip 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 ClmImport：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：chanspecが失敗しました（-5）
[2124.622345] usbcore：インターフェイスドライバーbrcmfmacの登録を解除します
[2124.705432] brcmfmac：F1署名読み取り@ 0x18000000 = 0x15264345
[2124.714194] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin for chip 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 ClmImport：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：chanspecが失敗しました（-5）
[8254.881402] brcmfmac：brcmf_fil_cmd_data：バスがダウンしています。 何もありません
やること。
[8254.881420] brcmfmac：brcmf_cfg80211_reg_notifier：国コードiovar
返されたエラー= -5
[8255.001550] usbcore：インターフェイスドライバーbrcmfmacの登録を解除します
[8255.071184] brcmfmac：F1署名読み取り@ 0x18000000 = 0x15264345
[8255.077098] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin for chip 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：CLMblobファイル名を取得します
失敗しました（-110）
[8257.751068] brcmfmac：brcmf_c_preinit_dcmds：CLMblobファイルをダウンロードします
失敗、-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 for chip 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 ClmImport：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：chanspecが失敗しました（-5）
[8374.564729] brcmfmac：brcmf_fil_cmd_data：バスがダウンしています。 何もありません
やること。
[8374.564750] brcmfmac：brcmf_cfg80211_reg_notifier：国コードiovar
返されたエラー= -5
[8374.702401] usbcore：インターフェイスドライバーbrcmfmacの登録を解除します
[8374.759839] brcmfmac：F1署名読み取り@ 0x18000000 = 0x15264345
[8374.767561] brcmfmac：brcmf_fw_map_chip_to_name：使用
brcm / brcmfmac43455-sdio.bin for chip 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：CLMblobファイル名を取得します
失敗しました（-110）
[8377.431941] brcmfmac：brcmf_c_preinit_dcmds：CLMblobファイルをダウンロードします
失敗、-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 for chip 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 ClmImport：1.36.3作成：2018-03-09
18:56:28
[8424.646993] brcmfmac：電源管理が無効になっています
[8424.708633] brcmfmac：電源管理が無効になっています

2018年3月18日午前11時30分、JamesHughesnotifications @ github.com
書きました：

OK、サイプレスが修正したと思っていたバグはまだ残っています。 戻る
サイプレスそれは行きます。 このバージョンを入手するのに1年かかりました。 息を止めない
推奨。

バージョンを確認する必要がありますが、の内容を投稿してください

dmesg | grep brcmfmac

1時44分に2018年3月18日、Rebroad [email protected]は書きました：

@ flok99と同じエラーメッセージhttps://github.com/flok99-using
最新
ストレッチのファームウェア（rpi-update）。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -373966343
、
またはスレッドをミュートします
kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4HupC5>
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、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

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 

元のPi3ではなく新しいPi3b +を使用しているように見えます。それで、おそらく別の問題ですか？

Linuxサイドドライバーは完全に異なるチップとファームウェアですが
同じ。 （brcmfmac）。

16時26分に2018年3月19日、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

元のPi3ではなく新しいPi3b +を使用しているように見えます。
多分別の問題？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/raspberrypi/linux/issues/1342#issuecomment-374274045 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADqrHeP6-sc-P-OSggQFPrl3O8z_B2aRks5tf9wbgaJpZM4HupC5
。

-
ジェームズ・ヒューズ
プリンシパルソフトウェアエンジニア、
Raspberry Pi（Trading）Ltd

Pi3B +の問題については別のスレッドを用意し、必要に応じてこのスレッドを参照するのが最善だと思います。そうしないと、追跡が非常に困難になります。 @ flok99は、タイトルが3b +を参照していることを確認して、彼のレポートで新しい問題を作成してください。 Pi3Bのみを反映するように、このタイトルを変更します。

完了

3B（プラスではない）を実行しているこの問題を購読している人は、最新のファームウェアとカーネルの問題をまだ見ていますか？ 継続的な失敗の報告を希望します-上記の主題に関する最後の投稿は、物事が現在正常に機能していることを示唆しているようです。

私の3Bはこれで44日以来アップしています：

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

それ以来問題ありません。

良いニュースです。 特に連絡がない限り、このスレッドはおそらく1、2週間で閉じますが、問題が再発した場合はいつでも再開できます。

私は約1週間前にこの問題を抱え始めましたが、それまで聞いたことがありませんでした。 私はまた、ルーターとしてサムスンの電話で最も頻繁に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：チップ0x00a9a6（43430）rev0x000001にbrcm / brcmfmac43430-sdio.binを使用
[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 ClmImport：1.24.1作成：2014-05-26 10:53:55 Incデータ：9.10.41 Incコンパイラ：1.29 .4 Inc ClmImport：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 +＃1100SMP金3月16日13：51：48GMT 2018 armv7l GNU / Linux
thenry @ pi3portable ：〜$
USBからの起動をテストしているときに次のストリームに変更し、その後元に戻らなかったため、このカーネルを実行しています。 それから私は新しいカーネル（4.14）についての通知を受け取ったので、約1か月前にそれを試すことにしました。 これまでは問題ありませんでした。 他の大きな変更は、数日前にNetworkManagerからsystemd-networkdに切り替えたことだけですが、それはこの問題が最初に現れた後です。
よろしく、
トレバーヘンリー

更新：
関連するすべての投稿を読んだ後、投稿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：チップ0x00a9a6（43430）rev0x000001にbrcm / brcmfmac43430-sdio.binを使用
[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 ClmImport：1.24.1作成：2014-05-26 10:53:55 Incデータ：9.10.41 Incコンパイラ：1.29 .4 Inc ClmImport：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：チップ0x00a9a6（43430）rev0x000001にbrcm / brcmfmac43430-sdio.binを使用
[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 ClmImport：1.24.1作成：2014-05-26 10:53:55 Incデータ：9.10.39 Incコンパイラ：1.29 .4 Inc ClmImport：1.36.3作成：2017-10-23 03:47:14
[18.045308] brcmfmac：電源管理が無効になっています
thenry @ pi3portable ：〜$

それはいくつかのブーツを通して動作し続けており、私は今それを使用しており、wifiでサムスンのs4電話に接続しています。
よろしくお願いします、TrevorHenry。

最新のファームウェアはすでに最新のイメージに含まれていると思っていたので、4.14にアップグレードすると、最新のファームウェアが組み込まれると予想されました。独自のカーネルを構築しましたか？

はい-現在のRaspbianイメージのファームウェアは2017年10月23日から7.45.98.38です。

こんにちは、いいえ、カーネルをビルドしませんでした。rpi-updateでアップグレードしました。ご覧のとおり、更新後も2017年8月のファームウェアを実行していました。

rpi-updateは、カーネル、ファームウェア、および少数のVideoCore固有のユーティリティのみをアップグレードします。 WiFiファームウェアを含むすべてをアップグレードするには、apt-get upgrade / distupgradeを使用する必要があります。

こんにちは、
だから私はこの問題を抱えており、最新のFW 7.45.98.38の方が以前よりも優れていますが、まだ問題があります。
観察
何もせずにラズベリーを起動すると、WLANが正常に起動します。
WLANが起動する前にBluetoothキーボードまたはマウスを使用しようとすると、問題が解決せず、接続できません。
接続があり、ワイヤレスネットワークを無効/有効にすると、WLANが接続されません。
WLANを一晩オンのままにすると、接続が機能しなくなります。
私は3つの同じセットアップを持っており、動作はそれらすべてで同じです。
重要かどうかはわかりませんが、WPA2エンタープライズ、PEAP、MSCHAPv2を使用しています

これらの問題は、BTデバイスが接続されている場合にのみ発生しますか？

はい！ ブルートゥースを無効にし、USBキーボードとマウスを接続し、WLANをこれまでにない速さで接続しました。

その時、まだいくつかの問題が共存しています。 サイプレスにフラグを立てる必要があると思います。

確認するために、最新のRaspbianを使用していますか？ それともかなり新しいものですか？

@pelwell ping

説明：Raspbian GNU / Linux 9.4（ストレッチ）
これ以上の情報が必要ですか？

それは後にハングします：
5月14日15：43：58hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-EAP-METHOD EAPベンダー0メソッド25（PEAP）が選択されました

以下のログスニップを参照してください

5月14日15：43：58hwlab1_gul_rpi NetworkManager [2745]：[1526305438.7887]デバイス（wlan0）：サプリカントインターフェイスの状態：切断->関連付け
5月14日15：43：58hwlab1_gul_rpi wpa_supplicant [445]：wlan0：44：d9：e7：f7：d5：34に関連付けられています
5月14日15：43：58hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-EAP-STARTEDEAP認証が開始されました
5月14日15：43：58hwlab1_gul_rpi NetworkManager [2745]：[1526305438.9263]デバイス（wlan0）：サプリカントインターフェイスの状態：関連付け->関連付け
5月14日15：43：58hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-EAP-PROPOSED-METHOD vendor = 0 method = 25
5月14日15：43：58hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-EAP-METHOD EAPベンダー0メソッド25（PEAP）が選択されました
5月14日15：44：24hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0716]デバイス（wlan0）：アクティベーション：（wifi）の関連付けに時間がかかりすぎました
5月14日15：44：24hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0718]デバイス（wlan0）：状態変更：config-> need-auth（reason'none '）[50 60 0]
5月14日15：44：24hwlab1_gul_rpi wpa_supplicant [445]：wlan0：CTRL-EVENT-DISCONNECTED bssid = 44：d9：e7：f7：d5：34 reason = 3 local_generated = 1
5月14日15：44：24hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0937]デバイス（wlan0）：アクティベーション：（wifi）新しい秘密を要求する
5月14日15：44：24hwlab1_gul_rpi NetworkManager [2745]：[1526305464.0959] sup-iface [0x1c438c0、wlan0]：接続が切断されました（理由-3）

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アクティブ（アンドロイド5.0.1、クロームを使用）またはサムスンタブレット10インチノートからアンドロイド5.xiの推測とクロームがwifiを殺すと、pi（起動後の最初のアクセス）でオクトプリントのウェブサイトにアクセスしますページが半分読み込まれています。
私のPi3にケーブルが接続されていません。チャネル11のwifiはwpa2です。
私はwifi電源を無効にしてwifiチャンネル6に切り替えてみましたが（上からのヒント）、チャンネル6の方が少し良いと感じました。

しかし、今度はバグに関する興味深い手がかりが来ます：
Windows10またはubuntu16マシンから（pi上で）octopi / octoprintサイトを開いても問題はありません（Chrome、ルーターへのケーブル接続を使用）。 私の推測では、これはandroid、samsung、またはwifiからwifiに関連するバグです。 そして、私はしばらく前にandroid / rpiの問題について何かを読んだと思います。

お役に立てれば。 いくつかのバージョンのテスターが必要な場合は、試してみます。

ここでチャイムを鳴らして、別のSBCに関連している可能性のあるこのドライバーの周りのWiFi関連のブロッキングストールのように見えるものも見たと思いました。 RaspberryPI固有ではありません。

これは私にも起こっています。

セットアップ

• 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が約1時間稼働すると、ネットワークから到達できなくなります。 ローカルネットワークから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 、ネットワークインターフェイスを無差別に設定すると、問題が軽減されますか？ （ ifconfig wlan0 promisc ）。

@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
...

報告：私の問題は解決されたようで、このスレッドの問題とは無関係のようです。

詳細はここにありますが、要点は、Pi自体に静的IPを設定することです（ /etc/dhcpcd.conf ）。 ルーターで静的IPを定義し、静的IP構成を/etc/dhcpcd.confから削除して再起動した後、問題なく動作しているようです。

クイックアップデート：この問題（完全なワイヤレスロックアップを伴う「不明なメールボックスデータコンテンツ」エラー）は、すべてのアップデートがインストールされている最新のファームウェア（dist-upgrade）で引き続き発生します。

（私の前のコメントのように） hostapd.confファイルの1行を変更しても、問題は解決します。

カーネル4.14.52-v7（raspberrypi-kernel 1.20180703-1）および（firmware-brcm80211 1：20161130-3 + rpt4）でRpi3Bを使用する
また、WLANがフリーズするという問題にも直面しています（90台のデバイスのうち1日2台で問題が発生しています）。 アダプターが欠落している場合もあれば、応答しない場合もあります。 私はPiをAPモードで使用していません。
RPi-3B +のように再バインドしようとしましたが、成功しませんでした。

私は現在、ネットワーク接続が検出されない場合にソリューションを作成しました。piが再起動します。 ただし、これは適切な解決策ではなく、少なくともドライバーをリロードしようとしています

以前動作していたPi3でも、これと同じ問題が一貫して見られました。私が行った唯一の変更は、Piから電力を引き出してLCDタッチスクリーンを接続することであることに気付きました。 タッチスクリーンのプラグを抜くと、WiFiは正しく機能しました。 したがって、それは確かに電力に関連しているようです。 これは、公式のRaspberryACアダプターを使用していました。

これは非常に興味深いデータポイントです。 それは私たちのLCDの1つでしたか？

@ JamesH65 https://www.waveshare.com/wiki/5inch_HDMI_LCDをインストールした後、wifiのクラッシュと遅延のスパイクも発生し始めました。3b+のrpi cam v2と、3amppsuに接続されたディスプレイがあります。電源の警告が表示されないようにしてください...

こんにちはみんな、これに関する更新はありますか？ TCPストリームを使用してゼロWでraspividを使用しようとしましたが、数分後にWi-Fiがなくなったので、同じ問題だと思います。

私は少なくとも1年かそこらで問題を抱えていません。 USB電源が十分なアンプを供給していないことに関係しているのではないかとますます考え始めていますが、そうではないという証拠を歓迎します。 テストとして、特に問題を簡単に再現できる場合は、USBケーブルをより高いアンプのアダプターに接続してみてください。

私は約2アンペアの電源しか使用していないので、直接アンプに関連していないと確信しています。 主に古いサムスン充電器。 ただし、電源やpiハードウェアのリップルなどである可能性があります。VonmeinemSamsungGerätgesendet。

--------UrsprünglicheNachricht--------
フォン：rajid [email protected]
データム：07.04.2019 02:15（GMT + 01：00）
回答：raspberrypi / linux
Cc： "A. Binzxxxxxx" [email protected] 、コメント[email protected]
Betreff：Re：[raspberrypi / linux] wlanがraspberrypi 3 / PiZeroWでフリーズします（
3B +）（＃1342）

私は少なくとも1年かそこらで問題を抱えていません。 USB電源が十分なアンプを供給していないことに関係しているのではないかとますます考え始めていますが、そうではないという証拠を歓迎します。 テストとして、特に問題を簡単に再現できる場合は、USBケーブルをより高いアンプのアダプターに接続してみてください。

-コメントしたため、これを受け取っています。このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。
{"api_version"： "1.0"、 "publisher"：{"api_key"： "05dde50f1d1a384dd78767c55493e4bb"、 "name"： "GitHub"}、 "entity"：{"external_key"： "github / raspberrypi / linux"、 "title "：" raspberrypi / linux "、" subtitle "：" 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 "：" Open in GitHub "、" url "：" https://github.com/raspberrypi/linux "}}、"アップデート "：{"スニペット "：[{" icon "：" PERSON "、" message "：" @rajid in＃1342：少なくとも1年ほど問題は発生していませんhttps://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753 "}}}
[
{{
"@context"： " http://schema.org "、
"@type"： "EmailMessage"、
"potentialAction"：{
"@type"： "ViewAction"、
"ターゲット"： " https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753"、
"url"： " https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753"、
"名前"： "問題を表示"
}、
"description"： "GitHubでこの問題を表示"、
「出版社」：{
"@type"： "組織"、
"名前"： "GitHub"、
"url"： " https://github.com "
}
}
]

私はまだ問題を抱えていますが、それほど頻繁ではありません-おそらく数週間です-そしてSamsungのAndroidデバイスから接続することによってそれを確実に引き起こすことができなくなりました。

私は実際に3Ausb電源とパワーバンクの充電に使用される15cmusbケーブルでPizero wに電力を供給しています（データラインなし、電源ラインのみ）

接続を定期的に使用すると（通常のユーザーのように）正常に機能しますが、MJPEGを5Mbpsでストリーミングすると、数分後にクラッシュし、journalctにメールボックス（または同様の）エラーが表示されます（私は覚えていません） 1週間家を出て）、sshが停止し、pingが行われず、Wi-Fiがドロップし、iwconfigが結果を表示するのに数秒かかり、ほとんど空になります。

@vascojdb Piをアクセスポイント（APモード）として使用している場合、この回避策（下部の太字のテキストを参照）で問題が解決するはずです。

知らせて下さい？

いいえ、APモードではありません。自宅の2.4GHzWi-Fiネットワークに接続しています

こんにちは、

バージョン9.0.0以降、RPI3B +でLibreELECを使用して、起動時にNTPサーバーと時刻を同期するwifiの問題があります。
一部のLEチームメンバーとの話し合いの結果（ここを参照）、この変更により問題が

しかし、この回避策は元に戻され、問題はまだ存在しているようです。
再度修正することはできますか？

この問題に答えたりエスカレーションしたりする人は誰もいませんか？

同じ問題。 これに関するニュースはありますか？

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/

同じ問題。 これに関するニュースはありますか？

このメッセージは、wifiチップのファームウェアがクラッシュしたことを示しているだけです。 Linuxカーネルは、リセットする以外に何もできません。 役立つバグレポートには、次の情報が含まれています。

使用しているwifiファームウェアはどれですか？
Wi-Fi（AP、クライアントなど）をどのように操作しますか？
決められた時間内にこれを再現できますか？
他にどのようなwifiデバイスが関係していますか？

それは当時再現可能だったので私の最後のコメントにありますが、それがクラッシュしたときにソフトウェアの変更で再現して変更するのは悪いものです。

--------UrsprünglicheNachricht--------
フォン：ステファンWahren [email protected]
データム：01.05.2020 10:21（GMT + 01：00）
回答：raspberrypi / linux
Cc： "A. Binzxxxxxx" [email protected] 、コメント[email protected]
Betreff：Re：[raspberrypi / linux] wlanがraspberrypi 3 / PiZeroWでフリーズします（
3B +）（＃1342）

同じ問題。 これに関するニュースはありますか？

このメッセージは、wifiチップのファームウェアがクラッシュしたことを示しているだけです。 Linuxカーネルは、リセットする以外に何もできません。 役立つバグレポートには、次の情報が含まれています。
使用しているwifiファームウェアはどれですか？
Wi-Fi（AP、クライアントなど）をどのように操作しますか？
決められた時間内にこれを再現できますか？
他にどのようなwifiデバイスが関係していますか？

-コメントしたため、これを受け取っています。このメールに直接返信するか、GitHubで表示するか、登録を解除してください。
[
{{
"@context"： " http://schema.org "、
"@type"： "EmailMessage"、
"potentialAction"：{
"@type"： "ViewAction"、
"ターゲット"： " https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815"、
"url"： " https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815"、
"名前"： "問題を表示"
}、
"description"： "GitHubでこの問題を表示"、
「出版社」：{
"@type"： "組織"、
"名前"： "GitHub"、
"url"： " https://github.com "
}
}
]

同じ問題。 これに関するニュースはありますか？

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を使用しているので、これらのアップグレードの1つまたは組み合わせが私にとってそれを壊したと思います：

$ apt list --upgradeable
リスト...完了
..。
hostapd / stable 2：2.7 + git20190128 + 0c1e29f-6 + deb10u2 armhf [アップグレード可能：2：2.7 + git20190128 + 0c1e29f-6 + deb10u1]
ファームウェア-brcm80211 / testing 1：20190114-1 + rpt6 all [アップグレード可能：1：20190114-1 + rpt4]
raspberrypi-カーネル/テスト1.20200212-1armhf [アップグレード可能：1.2020114-1]
..。

電源管理もオフにしてみましたが（iwconfigでオフになっていることを確認しました）、hostapdを実行しても効果がありませんでした。 これらの多くを送信しており、お客様に安定したAPが必要なため、ファームウェアのアップグレードは修正されるまで見送る必要があります。

ファームウェアトラップ、タイムアウト（-110）などが発生している場合-データを収集できるように、ファームウェアのデバッグを有効にしてください。

brcmfmac.debug=0x100000を/boot/cmdline.txtに追加し、1つの長い行に保持してから、再起動します。 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の出力をファイルにキャプチャし、ここに添付します（またはペーストビンへのリンクなど）。

失敗すると他のカーネルメッセージがトリガーされるため、キャプチャする前に有用な出力が失われる危険性があります。 これを回避する方法は、カーネルメッセージを常にファイルに保存するシェルを残すことです。

$ dmesg -w > kernel_log.txt &

ここで同じ問題が発生しています。 上記のデバッグを試みます。

hostapdをAPモード、wireguard、およびfrrで実行しています。 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

5.4ブランチでこれを再現することもできます。 FWIW、大きなファイル（> 400MB）をPi Zero WにSCPすることで、いつでも手動でこのバグをトリガーできます。

それが役立つ場合、私のカーネルバージョンはこのコミットの時点です-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)

上記のクラッシュ中に、wifiを復元しなかったifdownとifupを実行しました。 唯一の解決策は、piを再起動するか、rmmod＆modprobebrcmfmacを再起動することです。

これは、インターフェイスファイルにあるため、電源管理をオフにすると発生することに注意してください。

pre-up iwconfig wlan0 power off