Forum Debian Users Gang

michael · 2012-12-19 06:43:29

Od jakiegoś czasu zostaje zrywane połączenie z siecią a ponowne połączenie się z jakąkolwiek nie jest możliwe.
Czasami następuje to po 15 minutach od uruchomienia systemu, a czasami działa nawet 48 godzin, więc występuje to losowo.
Restart systemu ponownie włącza kartę.

Trochę info:
Sprzęt to laptop ASUS K50IJ

Kod:

raphael:~ $ lspci
...
02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
...
raphael:~ $

Gdy nastąpi wyłączenie karty na konsoli można zobaczyć:

Kod:

root@linux:/home/raphael# 
Message from syslogd@linux at Dec 19 05:47:19 ...
 kernel:[106873.639657] Disabling IRQ #17

A dmesg pokazuje mnóstwo linii typu:

Kod:

[107028.581306] ath: Unable to reset channel, reset status -22
[107028.581338] ath: Unable to set channel
[107028.647847] ath: Failed to stop TX DMA, queues=0x10f!
[107028.660854] ath: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
[107028.660858] ath: Could not stop RX, we could be confusing the DMA engine when we start RX up
[107028.776741] ath: Chip reset failed
[107028.776744] ath: Unable to reset channel, reset status -22
[107028.776773] ath: Unable to set channel
[107028.842899] ath: Failed to stop TX DMA, queues=0x10f!
[107028.855818] ath: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff

Powiem wam, że 2 i pół roku mam Debiana na tym laptopie (wcześniej było Ubuntu przez rok) i takie sytuacje nie miały miejsca.

Czy ktoś wie, co może być przyczyną i czy można temu zaradzić?

ilin · 2012-12-19 07:42:30

Spróbuj innego kernela.
Może sterownik coś szwankuje.

Jakie masz obecnie jądro ?
Pokaż

Kod:

uname -a

michael · 2012-12-19 07:57:15

ilin napisał(-a):
Jakie masz obecnie jądro ?
Pokaż
Kod:
uname -a

Kurcze zapomniałem najważniejszego:

Kod:

raphael:~ $ uname -a
Linux linux 3.2.0-4-686-pae #1 SMP Debian 3.2.32-1 i686 GNU/Linux
raphael:~ $

System to Debian Wheezy, aktualizowany na bieżąco.

ilin · 2012-12-19 08:33:16

Spróbuj na kernelu aptosida.
Na Wheezy instaluje się bezproblemowo.

Obeecnie jest taki

Kod:

Linux debian 3.7-1.slh.1-aptosid-686 #1 SMP PREEMPT Tue Dec 18 15:31:48 UTC 2012 i686 GNU/Linux

Repozytorium do niego

Kod:

deb http://debian.tu-bs.de/project/aptosid/debian/ sid main fix.main

michael · 2012-12-19 09:45:37

Ok, spróbuję, ale jak wspominałem, "błąd" występuje losowo, więc jeżeli po uptime 48h nadal będzie działać, to znaczy, że problem jest w tej wersji kernela którą używam.

michael · 2013-03-05 06:00:56

Dobra, bez jaj.
Błąd nie był uciążliwy więc działałem na starym kernelu. Do wczoraj. System nie mógł wytrzymać 15 minut. Co więcej czasem zdarzają się sytuacje gdy karta sieciowa wraca do normalnej pracy, ale nie mam pojęcia dlaczego.
No i kompilacja jądra 3.8.2 z oldconfig z zaznaczeniem sterowników ath.
Po jakichś 3 godzinach działania karta sieciowa padła. Objawy następujące kolejno w okresie 3 minut:

nie odpowiada network-manager applet
jeden rdzeń procesora obciążony na 100%
top nie może się włączyć
gnome-panel nie odpowiada
nautilus nie odpowiada
xorg nie odpowiada, można ruszyć myszką, ale nie można przełączyć się do trybu tekstowego
conky działa
potrzebe "reboot by hand" (jak to określił Torvalds gdzieś w kodzie w pierwszej wersji kernela)

(( cała zawiecha systemu może być spowodowana planistą, bo wydaje mi się, że dużo się zmieniło od wersji 2.6.32, albo moimi ustawieniami w procesor type and features ))
(( nie pamiętam czy jest możliwość działania programów czasu rzeczywistego, jeżeli jest to zawiecha takiego programu powoduje zawiechę systemu ))
(( ale to nieważne - ważna jest utrata karty sieciowej ))

wygrzebałem z sysloga:

Kod:

Mar  5 05:19:45 linux kernel: [10603.416949] ath: phy0: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
Mar  5 05:19:45 linux kernel: [10603.417519] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up
Mar  5 05:19:45 linux kernel: [10603.493634] ath: phy0: Failed to stop TX DMA, queues=0x10f!
Mar  5 05:19:45 linux kernel: [10603.635195] ath: phy0: Chip reset failed
Mar  5 05:19:45 linux kernel: [10603.635199] ath: phy0: Unable to reset channel, reset status -22
Mar  5 05:19:45 linux kernel: [10603.966209] irq 17: nobody cared (try booting with the "irqpoll" option)
Mar  5 05:19:45 linux kernel: [10603.966215] Pid: 8345, comm: lmms Not tainted 3.8.2 #2
Mar  5 05:19:45 linux kernel: [10603.966218] Call Trace:
Mar  5 05:19:45 linux kernel: [10603.966226]  [<c1082cd1>] ? __report_bad_irq+0x11/0x94
Mar  5 05:19:45 linux kernel: [10603.966230]  [<c1082fef>] ? note_interrupt+0x119/0x196
Mar  5 05:19:45 linux kernel: [10603.966234]  [<c10818f3>] ? handle_irq_event_percpu+0x146/0x184
Mar  5 05:19:45 linux kernel: [10603.966237]  [<c1081953>] ? handle_irq_event+0x22/0x3b
Mar  5 05:19:45 linux kernel: [10603.966240]  [<c1083707>] ? handle_fasteoi_irq+0x64/0x8c
Mar  5 05:19:45 linux kernel: [10603.966245]  [<c100d37b>] ? handle_irq+0x63/0x70
Mar  5 05:19:45 linux kernel: [10603.966248]  [<c100d055>] ? do_IRQ+0x2e/0x76
Mar  5 05:19:45 linux kernel: [10603.966252]  [<c1347e73>] ? common_interrupt+0x33/0x38
Mar  5 05:19:45 linux kernel: [10603.966257]  [<c1340000>] ? dump_header.isra.11+0x7a/0x138
Mar  5 05:19:45 linux kernel: [10603.966259] handlers:
Mar  5 05:19:45 linux kernel: [10603.966271] [<f8747389>] ath_isr [ath9k]
Mar  5 05:19:45 linux kernel: [10603.966274] Disabling IRQ #17
Mar  5 05:19:47 linux kernel: [10605.525342] ath: phy0: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
Mar  5 05:19:47 linux kernel: [10605.525476] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up
Mar  5 05:19:47 linux kernel: [10605.596018] ath: phy0: Failed to stop TX DMA, queues=0x10f!
Mar  5 05:19:47 linux wpa_supplicant[2877]: wlan0: CTRL-EVENT-DISCONNECTED bssid=28:be:9b:d2:1e:31 reason=4
Mar  5 05:19:47 linux kernel: [10605.716671] ath: phy0: Chip reset failed
Mar  5 05:19:47 linux kernel: [10605.716681] ath: phy0: Unable to reset channel, reset status -22
Mar  5 05:19:47 linux kernel: [10605.716757] ath: phy0: Unable to set channel
Mar  5 05:19:47 linux NetworkManager[2753]: <info> (wlan0): supplicant interface state: completed -> disconnected
Mar  5 05:19:47 linux kernel: [10605.720116] cfg80211: Calling CRDA to update world regulatory domain
Mar  5 05:19:47 linux kernel: [10605.721023] ath: phy0: RX failed to go idle in 10 ms RXSM=0xffffffff
Mar  5 05:19:47 linux kernel: [10605.721023] ath: phy0: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
Mar  5 05:19:47 linux kernel: [10605.851085] ath: phy0: Failed to wakeup in 500us
Mar  5 05:19:47 linux kernel: [10605.863012] ath: phy0: RX failed to go idle in 10 ms RXSM=0xffffffff
Mar  5 05:19:47 linux kernel: [10605.863012] ath: phy0: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
Mar  5 05:19:47 linux kernel: [10605.993015] ath: phy0: Failed to wakeup in 500us
Mar  5 05:19:48 linux kernel: [10606.016718] ath: phy0: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xffffffff DMADBG_7=0xffffffff
Mar  5 05:19:48 linux kernel: [10606.016762] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up
Mar  5 05:19:48 linux kernel: [10606.087135] ath: phy0: Failed to stop TX DMA, queues=0x10f!
Mar  5 05:19:48 linux kernel: [10606.207510] ath: phy0: Chip reset failed
Mar  5 05:19:48 linux kernel: [10606.207519] ath: phy0: Unable to reset channel, reset status -22
Mar  5 05:19:48 linux kernel: [10606.207617] ath: phy0: Unable to set channel
Mar  5 05:19:48 linux NetworkManager[2753]: <info> (wlan0): supplicant interface state: disconnected -> scanning
zapętlić 500 razy...

Jest to prawdopodobnie jakiś błąd w sterowniku.
Całe to zamieszanie nie występuje na windowsie, chociaż pewnien nie jestem bo uruchamiam go najwyżej na 3 godziny od czasu do czasu.
Poszukam trochę więcej info.

yossarian · 2013-03-05 10:59:04

Dlaczego nie sprawdzasz na gotowym kernelu, tylko na samodzielnie kompilowanym?

michael · 2013-03-05 18:51:38

yossarian napisał(-a):
Dlaczego nie sprawdzasz na gotowym kernelu, tylko na samodzielnie kompilowanym?

Sprawdzałem na 2.6.32 z repo i 3.8.2 który kompilowałem. Nie ma różnicy.
Jak dacie dobre repo debiana z kluczami na którym będą nowe wersje to mogę sprawdzić.

ArnVaker · 2013-03-05 18:52:52

Sprawdź na 3.8 z experimental albo aptosida.

michael · 2013-03-05 19:30:28

Ok, zainstalowałem

Kod:

# uname -r
3.8-trunk-686-pae

z experimentala.
Poczekamy.

michael · 2013-03-05 23:46:49

Uptime 4h 10m i karta padła.

Gdzieś przeczytałem że jest to związane z trybem power save i trzeba go wyłączyć. Zgadzałoby się to z moimi obserwacjami, bo takie padnięcie zdarza się gdy na jakiś czas odejdę od laptopa i gdy wracam to właśnie wtedy.

Edit
dokładnie: tu
http://comments.gmane.org/gmane.linux.kernel.wireless.general/86340
http://ubuntuforums.org/archive/index.php/t-1686641.html

Ostatnio edytowany przez michael (2013-03-05 23:49:18)

michael · 2013-03-06 18:57:29

W dupe z tym wszystkim; 4 godziny system nie może wytrzymać.
Zamiast programować to będę grał na Windzie...

yossarian · 2013-03-06 19:00:41

Sprawdź jeszcze ten parametr:

Kod:

parm:           nohwcrypt:Disable hardware encryption (int)

Jacekalex · 2013-03-06 19:29:24

A ja bym sprawdził bez network-managera.

michael · 2013-03-08 17:28:14

Dobra, wywaliłem network-managera, działa teraz wicd. Ale, jak to mówią "i have bad feelings about this". Jak to się nie uda to zostaje wpa_supplicant.

yossarian napisał(-a):
Sprawdź jeszcze ten parametr:
Kod:
parm:           nohwcrypt:Disable hardware encryption (int)

Jak mam sprawdzić ten parametr?

yossarian · 2013-03-08 17:33:00

Utwórz plik /etc/modprobe.d/ath9k.conf o zawartości:

Kod:

options ath9k nohwcrypt=1

lub jako parametr przy ręcznym ładowaniu modułu via modprobe.

michael · 2013-03-08 20:29:14

Wicd nic nie zmienił.

Aktualnie badam opcję:

Kod:

raphael:~ $ cat /sys/module/ath9k/parameters/nohwcrypt 
1
raphael:~ $

michael · 2013-03-08 21:51:55

I to nie działa.
Ale włączyłem właśnie win7 i były problemy. Jednak win potrafi zrestartować sterownik.

Kod:

Sterownik atksgt.sys został zablokowany dla ładowania.

Kod:

Nie można uruchomić usługi atksgt z powodu następującego błędu: 
Nastąpiło zablokowanie ładowania sterownika

Kod:

Sterownik wykrył błąd kontrolera na \Device\Ide\IdePort0.

Jest to prawdopodobnie błąd sprzętowy, pomaga restart urządzenia. Jak to zrobić pod Linuksem?

yossarian · 2013-03-08 22:07:39

Jeśli to regularnie co 4 godziny, to możesz ustawić automatyczne przeładowanie modułu.

michael · 2013-03-11 12:57:03

yossarian napisał(-a):
Jeśli to regularnie co 4 godziny, to możesz ustawić automatyczne przeładowanie modułu.

No właśnie nie regularnie, ostatnio nawet dobrze działało. Ale właśnie włączyłem laptopa i karta padła na starcie.
Co do możliwości oskryptowania tego, jestem w stanie zrobić tak, aby restartowanie następowało po kliknięciu przycisku na panelu, więc z tym nie ma problemu. Problem jest w tym że nie wiem jak zrestartować urządzenie. Próbuję w ten sposób:

Kod:

invoke-rc.d wicd stop
invoke-rc.d networking stop
#lsmod | grep ath
#ath9k                  67806  0 
#ath9k_common           12648  1 ath9k
#ath9k_hw              311391  2 ath9k_common,ath9k
#mac80211              171389  1 ath9k
#ath                    17114  3 ath9k_hw,ath9k_common,ath9k
#cfg80211              117541  3 ath,mac80211,ath9k
#seria rmmod, która usunie powyższe moduły

modprobe ath
modprobe ath9k
# w tym momencie wymienione wyżej moduły są ponownie załadowane, powinienem wklepać invoke-rc.d, ale dmesg pokazuje:
[  473.954300] cfg80211: Calling CRDA to update world regulatory domain
[  483.653728] ath9k 0000:02:00.0: enabling device (0000 -> 0002)
[  483.653751] ath9k 0000:02:00.0: setting latency timer to 64
[  483.772334] ath: Couldn't reset chip
[  483.772339] ath: Unable to initialize hardware; initialization status: -5
[  483.772343] ath9k 0000:02:00.0: Failed to initialize device
[  483.772397] ath9k: probe of 0000:02:00.0 failed with error -5

sir_lucjan · 2013-03-11 13:14:51

Kod:

03:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
    Subsystem: Lite-On Communications Inc Device [11ad:6613]
    Flags: bus master, fast devsel, latency 0, IRQ 17
    Memory at f7100000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: <access denied>
    Kernel driver in use: ath9k

Mam identyczną kartę i zero problemów odkąd zainstalowałem odpowiedni firmware.

Musisz dodać repo Liquorix do /etc/apt/sources.list

Kod:

deb http://liquorix.net/debian/ sid main future past

a następnie:

Kod:

apt-get update && apt-get install firmware-atheros

Używam Network Manager i jak wspomniałem, problemów nie ma ;) Z adapterem wifi bazującym również na Atherosie problemów także nie ma. (Nie używam go, testowałem go by rozwiązać pewnien problem)

Ostatnio edytowany przez sir_lucjan (2013-03-11 13:18:45)

Forum Debian Users Gang

Ogłoszenie

#1 2012-12-19 06:43:29

michael - Użytkownik

Karta WiFi odmawia posłuszeństwa

Kod:

Kod:

Kod:

#2 2012-12-19 07:42:30

ilin - Palacz

Re: Karta WiFi odmawia posłuszeństwa

Kod:

#3 2012-12-19 07:57:15

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

ilin napisał(-a):

Kod:

Kod:

#4 2012-12-19 08:33:16

ilin - Palacz

Re: Karta WiFi odmawia posłuszeństwa

Kod:

Kod:

#5 2012-12-19 09:45:37

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

#6 2013-03-05 06:00:56

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

Kod:

#7 2013-03-05 10:59:04

yossarian - Szczawiożerca

Re: Karta WiFi odmawia posłuszeństwa

#8 2013-03-05 18:51:38

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

yossarian napisał(-a):

#9 2013-03-05 18:52:52

ArnVaker - Kapelusznik

Re: Karta WiFi odmawia posłuszeństwa

#10 2013-03-05 19:30:28

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

Kod:

#11 2013-03-05 23:46:49

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

#12 2013-03-06 18:57:29

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

#13 2013-03-06 19:00:41

yossarian - Szczawiożerca

Re: Karta WiFi odmawia posłuszeństwa

Kod:

#14 2013-03-06 19:29:24

Jacekalex - Podobno człowiek...;)

Re: Karta WiFi odmawia posłuszeństwa

#15 2013-03-08 17:28:14

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

yossarian napisał(-a):

Kod:

#16 2013-03-08 17:33:00

yossarian - Szczawiożerca

Re: Karta WiFi odmawia posłuszeństwa

Kod:

#17 2013-03-08 20:29:14

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

Kod:

#18 2013-03-08 21:51:55

michael - Użytkownik

Re: Karta WiFi odmawia posłuszeństwa

Kod:

Kod:

Kod:

#19 2013-03-08 22:07:39

yossarian - Szczawiożerca

Re: Karta WiFi odmawia posłuszeństwa

#20 2013-03-11 12:57:03