Samsung 355v5c dziwne zachowanie na baterii

[Kurremkarmerruk]

Witam.
Laptop po odłączeniu od kabelka lub długim czasie bezczynności przestaje uruchamiać nowe procesy i zwalnia praktycznie przestając reagować na polecenia.
Np:
Można klikać sobie na ff a i tak się nie uruchomi. W liście procesów jest ich kilka ale żaden się nie uruchamia. Killować ich też się nie da.

Ubuntu 13.04 kernel 3.10 ze znanego nam wszystkim instalatora
(błąd występował już przed wgraniem nowego kernela)

edit1:
apci=off nic nie daje tj komputer nie wstaje.

[FadeMind]

Kurremkarmerruk
Wygeneruj logi za pomocą netexta i wklej ich zawartość na pastebin.com

[Kurremkarmerruk]

Po małym teście z acpi=off wygenerowałem od nowa gruba. Niestety po tym małym zabiegu ubuntu uruchamia się tylko w trybie awaryjnym. Tj. awaryjny > resume i odpala się normalnie w trybie graficznym. Logi dołączam ale nie wiem czy bedą one identyczne z tymi ktore generowane by były w przypadku normalnego uruchomienia.

logi:

Kod: Zaznacz cały

http://pastebin.com/ycQ8vGFr

[FadeMind]

Dołącz dmesg:

Kod: Zaznacz cały

dmesg >> dmesg.txt

wklej na pastebin.com

[Kurremkarmerruk]

Prosze:

Kod: Zaznacz cały

http://pastebin.com/xZx2WSn8

Dziękuję za zainteresowanie

[e X t 7 3]

Jaki tam jest Radeon ? Widzę błędy Catalystów:

Kod: Zaznacz cały

<3>[fglrx:firegl_get_console_mode_info] *ERROR* Get Console Mode failed

Jak się zachowują chromium i chrome ? czy problem dotyczy jedynie FF ?

Pozdrawiam

[Kurremkarmerruk]

Problem dotyczy całego systemu i każdego programu. Lisek był tylko przykładem.
Mam dwie karty graficzne:

Kod: Zaznacz cały

karin@filmowy:~$ lspci -v | grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Trinity [Radeon HD 7520G] (prog-if 00 [VGA controller])
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Thames XT [Radeon HD 7670M] (prog-if 00 [VGA controller])

Catalysty widzą tylko 7520 ale to nie wiem czy wiesz jest normalne przy Twoich sterownikach. Z czego się bardzo cieszę ponieważ jeśli wykryje obie karty i będę mógł się między nimi przełączać to zniknie opcja tear-free w catalystach. Taka sytuacja występuje gdy nie ma xorg.conf w etc/X11. W skrócie xorg.conf = 2 karty brak 'tear-free', brak xorg.conf = 1 karta i 'tear-free'. Jak znajdę wolny pendrive to przetestuję czy live chodzi na baterii. Jeśli tak to rzeczywiście może to być wina sterownika. To samo mam na 2 ubuntu z oryginalnym kernelem i sterownikiem w wersji 13.6 beta.

[e X t 7 3]

Aha zatem powiedz, zainstalowałeś też APM ?

Pozdrawiam

[Kurremkarmerruk]

Tak ale za każdym razem gdy klikam na "Skrypt APM" dostaje komunikat:

Kod: Zaznacz cały

Masz zainstalowany skrypt APM w starszej wersji lub niepełnej, zainstaluj nowszą.
Za chwilę nastąpi instalacja skryptu APM.

Więc możliwe że coś nie tak idzie przy jego instalacji. Na 2 ubuntu skryptu apm nie mam więc chyba nie ma on ani pozytywnego ani negatywnego wpływu na sytuację. O różnicy w długości pracy baterii z wiadomych względów wypowiedzieć się nie moge A i nie wiem czy pisałem ale ani 1 ani 2 system nie włącza się bez zasilacza. Ten z kernelem 3.8 dochodzi do ekranu logowania i tam się zawiesza (na terminalu działa nawet na tyle że można zrobić reset sudo reboot ale i tak się zawiesi przy wyłączaniu ). 2 ubu z Twoim kernelem (3.10) startuje wywalając konsole na ekran i zatrzymuje się na:

Kod: Zaznacz cały

Starting CPU interrupts balancing daemon [ OK ]

Jedyny fail jaki tam widziałem był chyba związany z raportowaniem błędów. Więc teoretycznie nie ma errora... Po prostu nagle system się zatrzymuje...

[e X t 7 3]

To mam prośbę, usuń wszystko co masz w /etc/pm/power.d/ i ponownie spróbuj zainstalować APM. Ta opisana druga sytuacja wygląda, jakby sterowniki grafiki nie działały ... zobacz w "trybie awaryjnym" na jakim etapie stanie system.

Pozdrawiam

[Kurremkarmerruk]

A więc tak.
W normalnym trybie zawiesza przy włączaniu niezależnie czy laptop jest na kablu czy nie w okolicy

Kod: Zaznacz cały

CPU interrupts Balancing Daemon [OK]

czasem wiersz wyżej czasem niżej. Raz nawet po przejściu tego sprawdzania ok/fail pozostawia migający "_" i koniec.
Po skasowaniu zawartości pm i zainstalowaniu od nowa skryptu bez zmian. Natomiast w trybie ratunkowym uruchamia się i działa normalnie i na baterii i na kablu. W przypadku gdy odpalam na kablu i go odpinam (nadal w trybie ratunkowym bo normalny nie działa wcale) nagle 1 rdzeń z 2 dostaje 100% obciążenia a 2 od 50% do 100%.
Top zwraca:

Kod: Zaznacz cały

karin@filmowy:~$ top

top - 15:13:38 up 15 min,  2 users,  load average: 1,84, 1,83, 1,28
Tasks: 189 total,   4 running, 184 sleeping,   0 stopped,   1 zombie
%Cpu(s): 26,9 us, 55,8 sy,  0,0 ni, 17,2 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem:   7548052 total,  1529400 used,  6018652 free,    40092 buffers
KiB Swap:  7823356 total,        0 used,  7823356 free,   701692 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND           
   26 root      20   0     0    0    0 R  99,0  0,0  11:49.32 kworker/0:1       
 3101 karin     20   0  927m 195m  41m S  30,9  2,6   3:18.16 firefox           
 1520 root      20   0  426m 130m 106m S  19,3  1,8   1:34.92 Xorg           

Wygląda na to że to wina kworkera tylko dlaczego i jak to naprawić

edit2:
znalazlem coś takiego:

Kod: Zaznacz cały

http://askubuntu.com/questions/176565/why-does-kworker-cpu-usage-get-so-high

Idąc za tą radą:

Kod: Zaznacz cały

karin@filmowy:~$ grep . -r /sys/firmware/acpi/interrupts/
/sys/firmware/acpi/interrupts/sci:     711
/sys/firmware/acpi/interrupts/error:       0
/sys/firmware/acpi/interrupts/gpe00:       0   invalid
/sys/firmware/acpi/interrupts/gpe01:       0   invalid
/sys/firmware/acpi/interrupts/gpe02:       0   invalid
/sys/firmware/acpi/interrupts/gpe03:     711   enabled
/sys/firmware/acpi/interrupts/gpe04:       0   invalid
/sys/firmware/acpi/interrupts/gpe05:       0   enabled
/sys/firmware/acpi/interrupts/gpe06:       0   invalid
/sys/firmware/acpi/interrupts/gpe07:       0   invalid
/sys/firmware/acpi/interrupts/gpe08:       0   disabled
/sys/firmware/acpi/interrupts/gpe09:       0   invalid
/sys/firmware/acpi/interrupts/gpe10:       0   disabled
/sys/firmware/acpi/interrupts/gpe11:       0   disabled
/sys/firmware/acpi/interrupts/gpe12:       0   disabled
/sys/firmware/acpi/interrupts/gpe13:       0   invalid
/sys/firmware/acpi/interrupts/gpe14:       0   invalid
/sys/firmware/acpi/interrupts/gpe15:       0   invalid
/sys/firmware/acpi/interrupts/gpe16:       0   enabled
/sys/firmware/acpi/interrupts/gpe0A:       0   invalid
/sys/firmware/acpi/interrupts/gpe17:       0   invalid
/sys/firmware/acpi/interrupts/gpe0B:       0   disabled
/sys/firmware/acpi/interrupts/gpe18:       0   invalid
/sys/firmware/acpi/interrupts/gpe0C:       0   invalid
/sys/firmware/acpi/interrupts/gpe19:       0   invalid
/sys/firmware/acpi/interrupts/gpe0D:       0   invalid
/sys/firmware/acpi/interrupts/gpe0E:       0   invalid
/sys/firmware/acpi/interrupts/gpe0F:       0   disabled
/sys/firmware/acpi/interrupts/gpe1A:       0   invalid
/sys/firmware/acpi/interrupts/gpe1B:       0   disabled
/sys/firmware/acpi/interrupts/gpe1C:       0   invalid
/sys/firmware/acpi/interrupts/gpe1D:       0   enabled
/sys/firmware/acpi/interrupts/gpe1E:       0   invalid
/sys/firmware/acpi/interrupts/gpe1F:       0   invalid
/sys/firmware/acpi/interrupts/sci_not:       0
/sys/firmware/acpi/interrupts/ff_pmtimer:       0   invalid
/sys/firmware/acpi/interrupts/ff_rt_clk:       0   disabled
/sys/firmware/acpi/interrupts/gpe_all:     711
/sys/firmware/acpi/interrupts/ff_gbl_lock:       0   enabled
/sys/firmware/acpi/interrupts/ff_pwr_btn:       0   enabled
/sys/firmware/acpi/interrupts/ff_slp_btn:       0   invalid

Tyle że ja tu nie widze nic co by się mogło nawet równać z 200k z przykładu w linku...

[NetBit73]

Tak ale za każdym razem gdy klikam na "Skrypt APM" dostaje komunikat:

Kod: Zaznacz cały

Masz zainstalowany skrypt APM w starszej wersji lub niepełnej, zainstaluj nowszą.
Za chwilę nastąpi instalacja skryptu APM.

i co zainstalowałeś APM czy nadal nie?

[Kurremkarmerruk]

Po skasowaniu zawartości pm i zainstalowaniu od nowa skryptu bez zmian. Natomiast w trybie ratunkowym uruchamia się i działa normalnie i na baterii i na kablu. W przypadku gdy odpalam na kablu i go odpinam (nadal w trybie ratunkowym bo normalny nie działa wcale) nagle 1 rdzeń z 2 dostaje 100% obciążenia a 2 od 50% do 100%.

W trybie normalnym chwilowo nie wstaje wcale wiec można go pominąć w testach. Skrypt atm zainstalowałem od nowa i w trybie ratunkowym uruchamia się nawet na baterii. Postęp jest jak widać jest ale niestety mogę włączyć system albo na baterii albo na kablu. Każda próba zmiany stanu bateria => kabel lub odwrotnie kończy się głupawką kworkera

[e X t 7 3]

Jak ustawiony jest governor cpufreq w APM [NeteXt'73]. Ustaw proszę performance-ondemand i sprawdź, a następnie performance-conservative. Potestuj i daj mi proszę wynik lsmod.

Pozdrawiam

[Kurremkarmerruk]

Rozumiem że taka opcja powinna się pojawić po kliknięciu na skrypt apm? Jeśli tak to nadal mówi że:

Kod: Zaznacz cały

Masz zainstalowany skrypt APM w starszej wersji lub niepełnej, zainstaluj nowszą.
Za chwilę nastąpi instalacja skryptu APM.

Instalować?

[e X t 7 3]

Tak instaluj.

Pozdrawiam

[Kurremkarmerruk]

Za którymś razem zainstalował się normalnie. A więc na performance-ondemand gdy odłączę kabel jest jeszcze gorzej niż na standardowych trybach cpufreq. Terminala nie dałem rady uruchomić. Xterm w wielkich bólach ale dał radę.
Wynik lsmod(nie wiem jak się z Xterm kopiuje...):

Kod: Zaznacz cały

https://www.dropbox.com/s/wgwgg1zluz8khq9/Zrzut%20ekranu%20z%202013-07-15%2009%3A44%3A27.png

[e X t 7 3]

Za którymś razem zainstalował się normalnie. A więc na performance-ondemand gdy odłączę kabel jest jeszcze gorzej niż na standardowych trybach cpufreq. Terminala nie dałem rady uruchomić. Xterm w wielkich bólach ale dał radę.
Wynik lsmod(nie wiem jak się z Xterm kopiuje...):

Kod: Zaznacz cały

https://www.dropbox.com/s/wgwgg1zluz8khq9/Zrzut%20ekranu%20z%202013-07-15%2009%3A44%3A27.png

Bardzo dziwne ... włącz performance-conservative. Czy aktywowałeś wpisy w grub oraz wgrałeś microcode/linux-firmware ?

Pozdrawiam

[Kurremkarmerruk]

Nie za bardzo wiem o co chodzi z tymi wpisami do gruba... Logi mówiły ze microcode dla amd jest aktywne. Kliknąłem jeszcze raz na instalacje i program poinformował mnie że trzeba zrobić ich aktualizację. Zrobiłem i zresetowałem komputer. Ku mojemu zaskoczeniu nie zawiesił się przy zamykaniu systemu co 13.04 robi zawsze na moim laptopie

Włączyłem performance-conservative i wyciągnąłem kabel. Kworker nadal szaleje ale udało mi się odpalić terminal więc daje wynik lsmoda

Kod: Zaznacz cały

karin@filmowy:~$ lsmod
Module                  Size  Used by
nls_utf8                1224  1 
udf                    85389  1 
crc_itu_t               1251  1 udf
rfcomm                 36741  12 
bnep                   10924  2 
arc4                    2077  2 
fglrx                5152860  146 
ath9k                 124690  0 
ath9k_common            1879  1 ath9k
ath9k_hw              407034  2 ath9k_common,ath9k
snd_hda_codec_realtek    39846  1 
kvm_amd                54732  0 
snd_hda_codec_hdmi     33464  1 
uvcvideo               74673  0 
videobuf2_vmalloc       2680  1 uvcvideo
videobuf2_memops        1967  1 videobuf2_vmalloc
videobuf2_core         29789  1 uvcvideo
kvm                   306756  1 kvm_amd
ath                    15359  3 ath9k_common,ath9k,ath9k_hw
snd_hda_intel          34550  5 
mac80211              335600  1 ath9k
snd_hda_codec         191726  3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
cfg80211              213337  3 ath,ath9k,mac80211
videodev              105020  2 uvcvideo,videobuf2_core
snd_hwdep               6021  1 snd_hda_codec
ath3k                   6115  0 
crc32_pclmul            3010  0 
snd_pcm                82086  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
btusb                  15472  0 
i2c_piix4               8021  0 
i2c_core               23094  2 i2c_piix4,videodev
ghash_clmulni_intel     5157  0 
aesni_intel            46330  2 
joydev                  9537  0 
snd_page_alloc          7434  2 snd_pcm,snd_hda_intel
snd_timer              20131  1 snd_pcm
bluetooth             269747  23 bnep,ath3k,btusb,rfcomm
mac_hid                 3146  0 
k10temp                 2810  0 
serio_raw               4385  0 
aes_x86_64              7255  1 aesni_intel
lrw                     3837  1 aesni_intel
gf128mul                9010  1 lrw
samsung_laptop          9808  0 
glue_helper             4442  1 aesni_intel
ablk_helper             2020  1 aesni_intel
cryptd                  8769  3 ghash_clmulni_intel,aesni_intel,ablk_helper
sr_mod                 14702  1 
cdrom                  39340  1 sr_mod
hid_generic             1073  0 
r8169                  66814  0 

Może by spróbować na świeżej instalacji ubuntu? Czy kolejność instalacji skryptów ma znaczenie? Zazwyczaj instalowałem najpierw kernel potem od razu sterowniki amd. Bez nich laptop grzeje się tak że często nawet nie udaje mi się dokończyć instalacji systemu...

edit:
Bez kabla kworker szalał. Ale jak wsadziłem go z powrotem to się uspokoił. Wcześniej tego nie robił więc mamy kolejny postęp

[e X t 7 3]

Przy okazji wyjmij kabel i ponownie zobacz ... APM zbudowałem tak, że każda zmiana zasilania przełącza jego tryby i odświeża jego konfiguracje [nie trzeba restartu]. Może zobacz na świeżym Ubuntu [choć ja polecam Kubuntu] i tu kolejno: kernel [tu nową wersje v25.1], sterowniki, wpisy w grub, APM, microcode/firmware - oczywiście wszystko przez NeteXt'73. Następnie ustaw APM na tryb performance-conservative ... i zobaczymy .

Pozdrawiam