Dotaz: Suspend se podari jen poprve, dalsi suspend se hned probudi.

[jmeno]

Mam LinuxMint 13, laptop Toshiba, cpuinfo (Intel(R) Pentium(R) CPU B960 @ 2.20GHz) - vice info muzu dolpnit.

Vse funguje skvele az na suspend, ktery funguje take dobre, bohuzel jen jednou. Dalsi suspend se sice povede, ale temer okamzite se probudi.

Hledal jsem jak zjistit, ktere zarizeni ten pocitac probudi, ale nic jsem nenasel. Nevite jak na to?

Vse vypada jakoby se nastavil /sys/power/pm_test na "core", ale neni to tak, je tam vzdy [none].

Predem dik za tipy.

Odpovědi

[salam]

pozeral si do logov? dmesg nieco nehlasi?

[jmeno]

nehlasi, vse ok.

pm-suspend.log, syslog, dmesg, atp.

[Olaf]

To znám, poměrně častý jev. Mně pomohlo přidat do konfiguráků jeden háček, ale vůbec netuším, jak je na tom Mint/Ubuntu a jak to tam funguje (stejně se to řízení furt nějak mění). Jede tam balík s2ram? Zkuste... [Aha, teď se dívám, že je potřeba doinstalovat balík uswsusp, kde s2ram je.]. Pro test bych zkusil do terminálu zadat s2ram -f (přinutí počítač uspat se), probudit, zase takto uspat. Pokud to nepůjde, zkusit s2ram -f -s (tuším, že tohle ukládá stav grafiky), popř. si dohledat další možnosti. Pokud jedno z toho zabere, příkaz uložit do konfiguráku řízení těchto serepetiček (v openSUSE jsem kdysi v /etc/pm/config.d vytvořil soubor "config" a tam vložil S2RAM_OPTS="-f -s" (pokud se osvědčí jen s2ram -f, tak pak jen S2RAM_OPTS="-f", apod.)

[jmeno]

V samotnem uspani problem neni, to funguje a pm-suspend si s tim poradi. Problem je v tom, ze po prvni probuzeni vyvolanem uzivatelem se z dalsiho uspani cca po 0.5-1sec probudi automaticky sam.

Tedy neni problem s GK.

[Olaf]

Nerozumím těmto větám. Převzít uspávání přes s2ram opravdu nechcete zkusit, takže raději budete zkoumat moduly. OK. Vyzkoušet "s2ram -f" je opravdu těžší... [Kromě toho bych ještě zkusil systém uspat bez adapteru, jen na baterce. Často se stává, že když člověk uspí systém na AC a probudí na baterce, dělá to totéž co vám.]

[jmeno]

Nevim cemu presneji nerozumite. Snad ze si nechci zaplacat system nadbytecnymi balicky?

s2ram -f jen vynucuje suspend a ja jak uz jsem psal, nemam problem se suspendem a nemam problem s probuzenim ze suspend.

muj problem je nevyzadane probuzeni ze suspend.

Teoreticky odvozeno, s2ram problem opravdu neresi, z principu ani nemuze.

Kazdopadne jsem se nechal zlomit a uswsusp jsem nainstaloval, nechal se vest vasi radou a dalsimi moznostmi s2ram. Bohuzel to problem opravdu neresi.

>> Kromě toho bych ještě zkusil systém uspat bez adapteru, jen na baterce. Vyzkouseny vsemozne kombinace s/bez/s bez baterky a take to neni prima pricina samoprobuzeni.

[jmeno]

nove info: Odstranovanim modulu formou puleni intervalu jsem dosel k teto sade modulu, pro ktere kdyz zavolam:

modprobe -r dm_crypt
modprobe -r des_generic
modprobe -r md4
modprobe -r hidp
modprobe -r hid
modprobe -r snd_hrtimer
modprobe -r joydev
modprobe -r snd_hda_codec_hdmi
modprobe -r snd_hda_codec_conexant
modprobe -r snd_hda_intel
modprobe -r snd_hda_codec
modprobe -r snd_hwdep
modprobe -r snd_pcm
modprobe -r arc4
modprobe -r ath9k

System zacne usinat jak bych si pral. Problem je, ze kvuli uzivatelskym pozadavkum (proste me to prudi) sit a zvuk chci mit uspany a ne vypnuty/zapnuty.

Pokusy jsem dosel k tomuto seznamu:

modprobe -r snd_hrtimer
modprobe -r snd_hda_codec_hdmi
modprobe -r snd_hda_codec_conexant
modprobe -r snd_hda_intel
modprobe -r snd_hda_codec
modprobe -r snd_hwdep
modprobe -r snd_pcm

Ktery nekdy funguje a nekdy ne.

Kdyby nekohoh napadlo jak z toho ven, sem s tim. A jeste jednou se zeptam, nevite nekdo jak zjistit, ktere zarizeni probudilo system z uspani (suspend)?

[Olaf]

1) Takže pokud za to mohou moduly, zkoušel jste SUSPEND_MODULES=" " v /etc/pm/config.d/[něco]? 2)Zkoušel jste odpojit od počítače všechna USB zařízení? 3) Zkoušel jste to na baterce? 4) Zkuste to s tím 2ram -f a dalšími parametry... Co se týče SUSPEND_MODULES a USB, jde o moduly ehci_hcd uhci_hcd ohci_hcd usbcore, potažmo by mělo stačit to USB obejít přidáním řádku usbcore.autosuspend=-1 do Grubu.

[jmeno]

1) Takže pokud za to mohou moduly, zkoušel jste SUSPEND_MODULES=" " v /etc/pm/config.d/[něco]?

Ne, vyzkousim, uz mam kandidaty.

2)Zkoušel jste odpojit od počítače všechna USB zařízení?

Ano, i odstraneni zavislych modulu (mam pres USB pripojeny interni ctecku karet)

3) Zkoušel jste to na baterce?

Ano, viz predchozi komentar

4).. viz predchozi komentar

add) usbcore.autosuspend=-1

Myslim (jeste overim) ze autosuspend je neco jineho (viz PM kernel dokumentace) nez celkovy suspend systemu.

[jmeno]

Nove info:

Tohleto, volane tesne pres 'pm-suspend' funguje vzdy.

killall -9 pulseaudio
killall -9 pulseaudio
killall -9 pulseaudio
killall -9 pulseaudio
killall -9 pulseaudio
killall -9 pulseaudio
killall -9 pulseaudio
killall -9 pulseaudio
modprobe -r  snd_hrtimer
modprobe -r  snd_hda_codec_hdmi
modprobe -r  snd_hda_codec_conexant
modprobe -r  snd_hda_intel
modprobe -r  snd_hda_codec
modprobe -r  snd_hwdep
modprobe -r  snd_pcm

Bohuzel jak je kodu zrejme to killne veskere audio v systemu

[Milan Roubal]

pokud se tedy provedu 2 suspendy, jeden uspesny a jeden neuspesny, co vypise

dmesg | grep snd_hda_intel

[jmeno]

Tady to je, ja tam nic nevidim - resp. pripada mi to ok.

# pm-suspend
# dmesg |grep snd_hda_intel
[   12.631757] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[   12.631810] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X
[   12.631836] snd_hda_intel 0000:00:1b.0: setting latency timer to 64

# pm-suspend
# dmesg |grep snd_hda_intel
[   12.631757] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[   12.631810] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X
[   12.631836] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[  148.143385] snd_hda_intel 0000:00:1b.0: PCI INT A disabled
[  148.159125] PM: suspend of drv:snd_hda_intel dev:0000:00:1b.0 complete after 223.859 msecs
[  148.773618] snd_hda_intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100006, writing 0x100002)
[  148.775595] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[  148.775600] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[  148.775634] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X

# pm-suspend
# dmesg |grep snd_hda_intel
[   12.631757] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[   12.631810] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X
[   12.631836] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[  148.143385] snd_hda_intel 0000:00:1b.0: PCI INT A disabled
[  148.159125] PM: suspend of drv:snd_hda_intel dev:0000:00:1b.0 complete after 223.859 msecs
[  148.773618] snd_hda_intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100006, writing 0x100002)
[  148.775595] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[  148.775600] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[  148.775634] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X
[  200.147310] snd_hda_intel 0000:00:1b.0: PCI INT A disabled
[  200.162785] PM: suspend of drv:snd_hda_intel dev:0000:00:1b.0 complete after 117.040 msecs
[  200.833568] snd_hda_intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100006, writing 0x100002)
[  200.877104] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[  200.877110] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[  200.877147] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X

Zkousel jsem ruzne parametry toho snd_hda_intel, ale nic nefunguje. Tipuju to na nejakou souvislost s HDMI, ale nemam o tom moc prehled a tak se chytam vsemoznych rad.

Jinak docasne reseni je zabit pulseaudio, odebrat modul a pak ho zas nahrat. Je to opruz a navic musim restartovat kmix a pulseaudio pod prave bezicim userem. Nevim kde v PM utils zapnout nejakej hook pro prave beziciho usera, resp. kde to navazat v KDE, ktere pouzivam na desktopu a ktere to vlastne cele spousti.

[Olaf]

Co vyhodí: ps aux | awk '/\/usr\/bin\/pulseaudio --start/ {print $1}'

Vaše jméno, nebo číslo?

[Olaf]

Wow, používáte KDE a PulseAudio? Při KDE okamžitě PA mažu, dělá to JEN neplechu a k ničemu to není. Kmix po odebrání tohoto hnusu pak ukáže i kompletní kanály a ne jen jednoho Mastera. Odebrání Pulse pomůže spoustě věcí. A jestli navíc pomůže vyřešit váš problém, není co řešit.

[jmeno]

No ja PA nesnasim, ale je tam dafaultne.

V KDE jsem zpet asi po 10 letech, a tak se rozkoukavam, mezitim jsem byl na hezkem vylete v GNOME2. Nyni jsem zpet a moc si cvachtam.

Obecne mam radeji naprimo ALSA pripadne JACKd pro aplikace co potrebuji routovat audio. Bohuzel PA je jako rakovina, prozira se vsude a kdyz ho zabiju/odinstaluju tak se zas nekde objevi. Asi ho casem dam pryc..

[Milan Roubal]

Ten vypis vypada ok. U me vypada u stejneho modulu hodne podobne (jen ten restore config space tam mam 4x misto 1x) a suspend mi beha korektne. Mam jadro 3.2.6, distribuce Backtrack 5 R3