OpenWRT: Wi-Fi až po rebootu

martin

OpenWRT: Wi-Fi až po rebootu
« kdy: 22. 05. 2013, 02:08:33 »
Ahoj,
mam tu dve zarizeni s OpenWrt. Jedno x86, druhe mips. Na jednom 10.03, na druhem 12.09. Stejne WiFi karty Atheros AR2417 s ovladacem ath5k, v jednom routeru jako klient, v druhem jako ap (routery nejsou spojeny mezi sebou, jde o dve uplne oddelena zarizeni).
Kdyz pripojim napajeni muzu cekat pul dne a wifi nenajede. Staci se pripojit do routeru pres seriovy port, pomoci "reboot" router restartovat a po nabootovani vse funguje.

Kde delam chybu?

Diky za pomoc.
« Poslední změna: 22. 05. 2013, 12:27:04 od Petr Krčmář »


vjkm

Re:OpenWrt po zapnuti nejde WiFi, po rebootu ano
« Odpověď #1 kdy: 22. 05. 2013, 09:05:43 »
Co to udělá, pokud v tom terminálu místo reboot zadáš

wifi down; wifi up

?

Re:OpenWrt po zapnuti nejde WiFi, po rebootu ano
« Odpověď #2 kdy: 22. 05. 2013, 09:42:41 »
Ta wifi nefunguje v obou routerech? Zřejmě se karta nějak špatně inicializuje.
Zkusit rmmod a vzápětí insmod toho modulu ath5k.
Taky můžeš porovnat výstupy logread po zapnutí a po rebootu.

martin

Re:OpenWrt po zapnuti nejde WiFi, po rebootu ano
« Odpověď #3 kdy: 22. 05. 2013, 12:02:34 »
Co to udělá, pokud v tom terminálu místo reboot zadáš
wifi down; wifi up
Vubec nic:
Kód: [Vybrat]
root@r1:/# wifi down
PHY for wifi device radio0 not found
root@r1:/# wifi up
PHY for wifi device radio0 not found
PHY for wifi device radio0 not found
root@r1:/# lsmod | grep ath
ath9k                  82272  0
ath9k_common            1072  1 ath9k
ath9k_hw              333344  2 ath9k,ath9k_common
ath5k                 141792  0
ath                    11312  4 ath9k,ath9k_common,ath9k_hw,ath5k
mac80211              211984  2 ath9k,ath5k
cfg80211              131488  4 ath9k,ath5k,ath,mac80211
compat                 14384  4 ath9k,ath5k,mac80211,cfg80211
root@r1:/#
root@r1:/# rmmod ath5k
root@r1:/# insmod ath5k
root@r1:/# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

root@r1:/#

Ta wifi nefunguje v obou routerech? Zřejmě se karta nějak špatně inicializuje.
Zkusit rmmod a vzápětí insmod toho modulu ath5k.
Taky můžeš porovnat výstupy logread po zapnutí a po rebootu.
Ano, problem je v obou routerech. V kazdem je jina wifi karta, obe jsou tp-link se stejnym cipem, ale "vzhledove" uplne jine a jedna je o cca 2 roky starsi.
Po zapnuti (nejde wifi): http://pastebin.com/kNffcgKU

Po rebootu (jde wifi): http://pastebin.com/YaPgsV3N
Dal jsem to na pastebin, zdejsi forum nepovoli vic jak 20 000 znaku na 1 prispevek.

Problem s wifi je videt za radkem via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker (jen pro lepsi hledani, ethernet vubec nepouzivam, pouze wifi).

Kde muze byt problem? Me nic nenapada :-(

vjkm

Re:OpenWRT: Wi-Fi až po rebootu
« Odpověď #4 kdy: 22. 05. 2013, 13:59:54 »
Co lspci, najde něco ?

Jen jestli není špatný zdroj a wifi má málo šťávy když jádro inicializuje PCI.



Re:OpenWRT: Wi-Fi až po rebootu
« Odpověď #5 kdy: 23. 05. 2013, 15:50:54 »
V logu při startu úplně chybí info o incializaci toho modulu. Poslední společný řádek v těch výpisech logu je:
Kód: [Vybrat]
user.info kernel: cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)Podívej se ještě zda se po příkazu rmmod ath5k opravdu odstraní, případně dát pryč i ty ostatní ath moduly. Pak se podívat do logu. Natáhnout znovu moduly a zase se podívat do logu.
Modul ath5k má parametr debug, takže zkusit
Kód: [Vybrat]
insmod ath5k debug=1Případně nějaké větší číslo, jestli to bude něco dělat. Podívej se i na ty ostatní moduly.

martin

Re:OpenWRT: Wi-Fi až po rebootu
« Odpověď #6 kdy: 25. 05. 2013, 01:00:52 »
Co lspci, najde něco ?
Jen jestli není špatný zdroj a wifi má málo šťávy když jádro inicializuje PCI.
Mel jsem 12W zdroj, pro jistotu jsem zkusil 24W a porad to nejde.

insmod ath5k debug=1
Debug 0xffffffff by mel byt nejpodrobnejsi. Zkousel jsem odebrat modul a porad stejny problem:
Kód: [Vybrat]
  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 Backfire (10.03.1, r29592) ------------------------
  * 1/3 shot Kahlua    In a shot glass, layer Kahlua
  * 1/3 shot Bailey's  on the bottom, then Bailey's,
  * 1/3 shot Vodka     then Vodka.
 ---------------------------------------------------
root@r1:/# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

root@r1:/# lsmod | grep ath
ath9k_common            1072  0
ath9k_hw              333344  1 ath9k_common
ath5k                 141792  0
ath                    11312  3 ath9k_common,ath9k_hw,ath5k
mac80211              211984  1 ath5k
cfg80211              131488  3 ath5k,ath,mac80211
compat                 14384  3 ath5k,mac80211,cfg80211
root@r1:/# rmmod ath5k ath9k_common ath9k_hw ath
root@r1:/# lsmod | grep ath
root@r1:/# insmod ath
root@r1:/# insmod ath5k debug=0xffffffff
root@r1:/# lsmod | grep ath
ath5k                 141792  0
ath                    11312  1 ath5k
mac80211              211984  1 ath5k
cfg80211              131488  3 ath5k,ath,mac80211
compat                 14384  3 ath5k,mac80211,cfg80211
root@r1:/# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

root@r1:/# lspci
00:00.0 Host bridge: Cyrix Corporation PCI Master
00:0d.0 Ethernet controller: Atheros Communications Inc. Device ff1a (rev 01)
00:0e.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller
00:12.0 ISA bridge: National Semiconductor Corporation SC1100 Bridge
00:12.1 Bridge: National Semiconductor Corporation SC1100 SMI & ACPI
00:12.2 IDE interface: National Semiconductor Corporation SCx200, SC1100 IDE controller (rev 01)
00:12.3 Multimedia audio controller: National Semiconductor Corporation SCx200, SC1100 Audio Controller
00:12.5 Bridge: National Semiconductor Corporation SC1100 XBus
root@r1:/#

Po restartu:
Kód: [Vybrat]
root@r1:/# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bg  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm
          RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

tap0      no wireless extensions.

root@r1:/# lsmod | grep ath
ath9k_common            1072  0
ath9k_hw              333344  1 ath9k_common
ath5k                 141792  0
ath                    11312  3 ath9k_common,ath9k_hw,ath5k
mac80211              211984  1 ath5k
cfg80211              131488  3 ath5k,ath,mac80211
compat                 14384  3 ath5k,mac80211,cfg80211
root@r1:/# lspci
00:00.0 Host bridge: Cyrix Corporation PCI Master
00:0d.0 Ethernet controller: Atheros Communications Inc. AR5007G Wireless Network Adapter (rev 01)
00:0e.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller
00:12.0 ISA bridge: National Semiconductor Corporation SC1100 Bridge
00:12.1 Bridge: National Semiconductor Corporation SC1100 SMI & ACPI
00:12.2 IDE interface: National Semiconductor Corporation SCx200, SC1100 IDE controller (rev 01)
00:12.3 Multimedia audio controller: National Semiconductor Corporation SCx200, SC1100 Audio Controller
00:12.5 Bridge: National Semiconductor Corporation SC1100 XBus
root@r1:/#

Zajimavy je vypis lspci pro wifi kartu.
Po zapnuti pri nefunkcni wifi: Atheros Communications Inc. Device ff1a (rev 01)
A po restartu s funkcni wifi: Atheros Communications Inc. AR5007G Wireless Network Adapter (rev 01)


Obe zarizeni maji watchdog. Nedal by se nejak pouzit? Pripadne napsat skript, ktery kdyz neuvidi wifi kartu tak router restartuje. Treba porovnavat vypis lspci. Je to dobry napad?

Nic jineho me uz opravdu nenapada... :-(

vjkm

Re:OpenWRT: Wi-Fi až po rebootu
« Odpověď #7 kdy: 28. 05. 2013, 09:47:44 »
To zařízení mění PCI device ID, což by se dít nemělo. Pokud by to bylo jen tohle, bylo by zajímavé zkusit přidat deviceid ff1a do ovladače ath5k, jestli by to třeba náhodou nezafungovalo. Jinak je cesta nejmenšího odporu ten dvojitý boot.

Každopádně "Atheros Communications Inc. Device ff1a (rev 01)" by nemusel být špatný výraz k dalšímu googlení.

D.E.X.

Re:OpenWRT: Wi-Fi až po rebootu
« Odpověď #8 kdy: 28. 05. 2013, 10:23:24 »
Zkus se podívat zda máš blacklistnutý MadWifi ovladač, výše popsaná situace (měnící se PCI ID) může nastat pokud MadWifi špatně inicializuje Wifi čipset a ath5k se pak už nechytí.