Android WiFiデバッグ常用ラベル(Tag)
4101 ワード
WiFiのラベル
ご存知のように、Android logを見るにはフィルタを付けなければ、対応する情報量は極めて膨大で、これらの大きな情報量で私たちが関心を持っているものを見つけるには長い時間がかかる可能性がありますが、WiFiのデバッグ過程では、それらのラベルに注目する必要がありますか?
整理で気になるタグは以下の通りです
WifiService
WiFiのコアサービスは、私たちのlogcatの注目範囲内でWiFiサービス全体を起動します.
WifiScanningService
WiFiのスキャンサービスは、一般的にはWiFiリストページにアクセスしたり、バックグラウンドでホットスポットをリフレッシュしたりして、logcatの注目範囲内です.
ConnectivityService
有線とWiFiの切り替えや、システムのネットワークへのリンクについては、管理が手伝っているので、logcatの注目の範囲内にもあります.
CommandListener
システムネットワークに関するコマンドの実行には、Setting iface upやbring up eth 0など、処理を支援する必要があります.WiFiデバッグ時にもlogcatが注目しています.
WifiHW
このラベルもよく使われていますhardware/libhardware_legacy/wifi/wifi.cの中で、主にdrvのロード/アンインストールを実現して、およびwpaと処理しますsupplicant間の関連イベントの通信は,前期のWiFi Drvインポートデバッグによく用いられるためlogcatの注目範囲内である.
Tethering
これはリンクのようなサービスで、一般的にはTetheringwlan 0やs e n d TetherStateChangedBroadcastなどに使用され、WiFiプロセスのデバッグを支援したり、logcatの注目範囲内で
hostapd
ソフトウェアAPをサポートできるWiFi Dongleデバイスにとっては、ソフトAPの設定パラメータ(ssid、channel、psk、wpa、帯域幅などのパラメータ)を初期化するために一般的に使用される重要なサービス(ツール)であり、詳細はhostapdを参照することができる.conf
WifiStateMachine
WiFiセンタ処理ハブは、多くのWiFi状態処理が欠かせないので、logcatでも注目すべき範囲です
TetherController
それはシステムネットワークで重要な地位を持っていて、その処理する業務はdns、ルーティング制御テーブル、dhcp関連などを含んでいるため、このように言うことができて、システムネットワークはいくつかの特定のドメイン名あるいはウェブサイトをpingすることができなくて、ここに来て原因を探すことができて、だからlogcatの関心の範囲内で、その中のこのファイルは/system/netd/server/TetherControllerです.cpp,
dnsmasq
不思議で強力なツールで、dns、dhcp、routerなどの機能が集中しており、いくつかの小さなネットワーク(軽量レベル)アーキテクチャで強力な役割を果たすのに適しています.詳細は、ここを参照してください.
以上は主にWiFiソフトAPをデバッグするためによく使われるTagに対応するlogcatコマンドである.
Sta状態に切り替えるには、wpa_に重点を置く必要があります.supplicant対応logオープンwpa_supplicantのlogは、1つの場所を修正するだけで、対応するinitを見つけることができます.xx.rc起動wpa_supplicantプロセスは、起動前に-ddのパラメータを追加(wpa_supplicant logレベルをdebugに設定)すればよく、その後wpa_についてsupplicantデバッグは更新整理を継続します
ご存知のように、Android logを見るにはフィルタを付けなければ、対応する情報量は極めて膨大で、これらの大きな情報量で私たちが関心を持っているものを見つけるには長い時間がかかる可能性がありますが、WiFiのデバッグ過程では、それらのラベルに注目する必要がありますか?
整理で気になるタグは以下の通りです
WifiService
WiFiのコアサービスは、私たちのlogcatの注目範囲内でWiFiサービス全体を起動します.
WifiScanningService
WiFiのスキャンサービスは、一般的にはWiFiリストページにアクセスしたり、バックグラウンドでホットスポットをリフレッシュしたりして、logcatの注目範囲内です.
ConnectivityService
有線とWiFiの切り替えや、システムのネットワークへのリンクについては、管理が手伝っているので、logcatの注目の範囲内にもあります.
CommandListener
システムネットワークに関するコマンドの実行には、Setting iface upやbring up eth 0など、処理を支援する必要があります.WiFiデバッグ時にもlogcatが注目しています.
WifiHW
このラベルもよく使われていますhardware/libhardware_legacy/wifi/wifi.cの中で、主にdrvのロード/アンインストールを実現して、およびwpaと処理しますsupplicant間の関連イベントの通信は,前期のWiFi Drvインポートデバッグによく用いられるためlogcatの注目範囲内である.
E/WifiHW ( 2035): load wifi driver module id:7
W/WifiHW ( 2035): load prealloc module /proc/modules
W/WifiHW ( 2035): check module loaded: cfg80211
W/WifiHW ( 2035): check module loaded: rtl8821au
Tethering
これはリンクのようなサービスで、一般的にはTetheringwlan 0やs e n d TetherStateChangedBroadcastなどに使用され、WiFiプロセスのデバッグを支援したり、logcatの注目範囲内で
hostapd
ソフトウェアAPをサポートできるWiFi Dongleデバイスにとっては、ソフトAPの設定パラメータ(ssid、channel、psk、wpa、帯域幅などのパラメータ)を初期化するために一般的に使用される重要なサービス(ツール)であり、詳細はhostapdを参照することができる.conf
I/hostapd ( 3420): wlan0: interface state UNINITIALIZED->HT_SCAN
I/hostapd ( 3420): 20/40 MHz operation not permitted on channel pri=6 sec=10 based on overlapping BSSes
E/hostapd ( 3420): Using interface wlan0 with hwaddr 00:6c:fd:d3:72:ec and ssid "AndroidAP12"
....
I/hostapd ( 3420): wlan0: STA 14:ab:c5:74:b3:d2 IEEE 802.11: associated
I/hostapd ( 3420): wlan0: STA 14:ab:c5:74:b3:d2 IEEE 802.11: associated
I/hostapd ( 3420): wlan0: AP-STA-CONNECTED 14:ab:c5:74:b3:d2
I/hostapd ( 3420): wlan0: STA 14:ab:c5:74:b3:d2 WPA: pairwise key handshake completed (RSN)
I/hostapd ( 3420): wlan0: STA 14:ab:c5:74:b3:d2 WPA: pairwise key handshake completed (RSN)
....
WifiStateMachine
WiFiセンタ処理ハブは、多くのWiFi状態処理が欠かせないので、logcatでも注目すべき範囲です
TetherController
それはシステムネットワークで重要な地位を持っていて、その処理する業務はdns、ルーティング制御テーブル、dhcp関連などを含んでいるため、このように言うことができて、システムネットワークはいくつかの特定のドメイン名あるいはウェブサイトをpingすることができなくて、ここに来て原因を探すことができて、だからlogcatの関心の範囲内で、その中のこのファイルは/system/netd/server/TetherControllerです.cpp,
dnsmasq
不思議で強力なツールで、dns、dhcp、routerなどの機能が集中しており、いくつかの小さなネットワーク(軽量レベル)アーキテクチャで強力な役割を果たすのに適しています.詳細は、ここを参照してください.
I/dnsmasq ( 3424): started, version 2.51 cachesize 150
I/dnsmasq ( 3424): compile time options: no-IPv6 GNU-getopt no-DBus no-I18N DHCP no-scripts no-TFTP
W/dnsmasq ( 3424): warning: no upstream servers configured
I/dnsmasq ( 3424): DHCP, IP range 192.168.49.2 -- 192.168.49.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.48.2 -- 192.168.48.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.47.2 -- 192.168.47.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.46.2 -- 192.168.46.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.45.2 -- 192.168.45.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.44.2 -- 192.168.44.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.43.2 -- 192.168.43.254, lease time 1h
I/dnsmasq ( 3424): DHCP, IP range 192.168.42.2 -- 192.168.42.254, lease time 1h
I/dnsmasq ( 3424): read /etc/hosts - 1 addresses
I/dnsmasq ( 3424): using nameserver 172.17.82.12#53
I/dnsmasq ( 3424): using nameserver 172.18.70.5#53
以上は主にWiFiソフトAPをデバッグするためによく使われるTagに対応するlogcatコマンドである.
logcat -v time Tethering:D hostapd:I CommandListener:D TetherController:D dnsmasq:D \
WifiStateMachine:D WifiHW:D WifiService:D WIFI:D WIFI_UT:D WifiStateReceiver:D \
WifiScanningService:D WifiChangeStFF:D WifiFF:D ConnectivityService:D hostapd:D \
NetdConnector:D SoftapController:D *:S
Sta状態に切り替えるには、wpa_に重点を置く必要があります.supplicant対応logオープンwpa_supplicantのlogは、1つの場所を修正するだけで、対応するinitを見つけることができます.xx.rc起動wpa_supplicantプロセスは、起動前に-ddのパラメータを追加(wpa_supplicant logレベルをdebugに設定)すればよく、その後wpa_についてsupplicantデバッグは更新整理を継続します