piplání se swsusp2 (diskuse)

[Josef Kufner]

swsusp2 je poněkud unstable... rekordní uptime s ním mám 112 dní a pak se to neprobralo. Průměr byl však někde kolem dvou týdnů, což je ukrutně málo.

S nějakým novějším jádrem se to ještě zhoršilo, tak jsem zkusil suspend co je přímo ve vanilce. Chce to trošku doladit probouzení takových věcí jako je usb a podobně, což swsusp2 má vyřešené. Taky je pomalejší. Ale na druhou stranu mám uptime 110 dní a nezdá se, že by se to hned tak zastavilo. Uspávám to denně, někdy i víckrát.

IBM Thinkpad R40e, Linux 2.6.18.1, Debian.

Konfigurace hibernate scriptu:

$ cat /etc/hibernate/swsusp.conf  | grep -v -e ^# -e '^$'
UseSuspend2 no
Reboot no
EnableEscape yes
DefaultConsoleLevel 1
SuspendDevice /dev/hda2
FullSpeedCPU yes
Include common.conf

$ cat /etc/hibernate/common.conf  | grep -v -e ^# -e '^$'
Verbosity 0
LogFile /var/log/hibernate.log
LogVerbosity 2
Distribution debian
SaveClock true
IbmAcpi yes
FullSpeedCPU yes
OnSuspend 01 swapon /dev/hda2 || true
OnSuspend 05 /bin/echo 7 blink  > /proc/acpi/ibm/led
OnSuspend 10 /usr/bin/killall dhclient3 || true
OnSuspend 15 /boot/grub/gen-menu.sh
OnSuspend 30 /sbin/rmmod pcspkr || true
OnSuspend 31 /usr/bin/amixer -q set Master mute
OnResume 01 swapoff /dev/hda2 || true
OnResume 10 echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
OnResume  99 ( /bin/echo 7 on > /proc/acpi/ibm/led ; sleep 2 ; /bin/echo 7 off > /proc/acpi/ibm/led ) &
UnloadBlacklistedModules yes
UnloadModules hci_usb ohci_hcd uhci_hcd ehci_hcd
LoadModules auto
DownInterfaces eth0 wlan0
EjectCards yes
SwitchToTextMode yes

[vencour]

S tou zprávou o stabilitě suspend2 ... kdyby byl tak stabilní, jako drajvry madwifi pro atheros, byl bych spokojený. Čili zjistit, zda je to realizovatelné se swsusp2 ...

Můj výpis konfigurace ...

cat /etc/hibernate/suspend2.conf  | grep -v -e ^# -e '^$'
UseSuspend2 yes
Reboot no
EnableEscape yes
DefaultConsoleLevel 1
Compressor lzf
Encryptor none
SuspendDevice swap:/dev/hda7
PowerdownMethod 5
ProcSetting expected_compression 60
ProcSetting extra_pages_allowance 150000
FullSpeedCPU yes
Include common.conf

cat /etc/hibernate/common.conf  | grep -v -e ^# -e '^$'
Verbosity 4
LogFile /var/log/hibernate.log
LogVerbosity 4
LogTimestamp yes
Distribution mandrake
SaveClock restore-only
IbmAcpi yes
FullSpeedCPU yes
UnloadModules snd-atiixp ehci-hcd ath_pci ohci-hcd wlan
UnloadBlacklistedModules yes
LoadModules auto
DownInterfaces eth0 ath0
UpInterfaces auto
RestartServices laptop_mode
SwitchToTextMode yes

Podle Thinkwiki má fungovat.

Dík za podporu, až budu mít nějaký pokrok, dopíšu.

[Michal Vyskočil]

Doporučuji si stáhnout záznam přednášky Magie spojená s provozem Linuxu na notebooku od Pavla Machka, až budu mít čas, tak si nainstaluju 2.6.20 a zkusím suspend to ram potrápit

[vencour]

Asi mi v tom videu něco uteklo, že na něj odkazujete ... momentálně mam pocit, že mi snad suspend2ram maká ... bliká měsíček, svítí baterka a napájení (na trafu), akorát tlačítko spínače napájení je nějak necitlivé ... potřebuje podržet = což mi nesedí. 1x se mi to snad podařilo resumovat, podruhé jsem noťas vypnul ... . Pokračuju dál.

[Michal Vyskočil]

Aha, já se přiznám, že jsem zápisek jenom lehce proletěl a obsah jsem si odvodil od slova piplání tak, že to prostě nefunguje (stejně jako mě)

[vencour]

Nefungovalo mi to do té doby, do včerejška, než jsem vyhodil z kernelu ty dva parametry viz odkaz na Gentoo výše.

Teď jsem objevil, že po pokusu o resume se zřejmě pokouší síť dostat ajpinu přes dhcp a než ji dostane nebo doběhne timeout, tak mam černou. Tedy zkoušel jsem oživit a ono nic, byla černá, síť ale žila (LEDky na síťovce) ... možná i proto jsem si myslel, že je vše ok, teď jsem vyhodil jakékoli "onResume" pro debug stavu.

P.S. swap je cca 1.7GB, RAMka 1.5GB, z čehož je asi 128MB videokarta, drobet je to vidět, vyprazdňování cache při suspendu.

[Jiří Němec]

Neboj, je to rukama. V současné CVS verzi s2ram je náš R51e dokonce ve whitelistu. Párkrát mi to při probuzení vytuhlo, ale většinou to uspí i probudí systém v pořádku. Mám takový pocit, že za ty výtuhy může grafika, ale opravdu nevím. Stabilní verze s2ram mi s parametry -f -a 3 snad nikdy při suspendu nevytula.

[vencour]

Hm, jenže u Tebe je problém, že nepoužíváš suspend2 ... a že já zkouším rozchodit něco jiného.

Hledam nějaký záznamy z logů o suspend2, jak se inicializuje, zdá se, že syslog se zapíná až po něm???

Procházím logy ...

Mar  8 07:11:37 kernel: [   95.020000] Starting to save the image..
Mar  8 07:11:37 kernel: [   95.020000] Writing caches...
Mar  8 07:11:37 kernel: [   95.020000] Suspend2: Encryptor enabled but no name set.
Mar  8 07:11:37 kernel: [   95.020000] Failed to initialise the Encryptor filter.
Mar  8 07:11:37 kernel: [   95.024000] Restarting tasks...done.

[Jiří Němec]

Ještě mě napadá přidat s2ramu parametr -r. Takže otestuj s2ram -f -a3 -r. Ted jsem to otestoval, asi 10x se mi to s tim uspalo a probudilo absolutne bez problemu. Když to vyresi problemy, tak napis na jabber.

[vencour]

2.6.2x jsem nezkoušel pro jiné fungování wifi, od madwifi mi nefunguje patch, někde jsem zahlíd něco o změně a ještě jsem se k tomu nedobabral, zkoumat, co to bylo.

[vencour]

Našel jsem jeden tip ... Do not compile vesafb, radeonfb and frame buffer console(fbcon) support in your kernel. You may enable radeonfb and fbcon as modules for testing, but they do not work ... no to by se mi už tak nelíbilo ...

[vencour]

Tak ani toto nevede k cíli ...

[ 1271.232000] pci 0000:00:13.0: freeze
[ 1271.232000] pci 0000:00:06.0: freeze
[ 1271.232000] pci 0000:00:04.0: freeze
[ 1271.232000] pci 0000:00:01.0: freeze
[ 1271.232000] pci 0000:00:00.0: freeze
[ 1271.232000] acpi acpi: freeze
[ 1271.232000] Class driver suspend failed for cpu0
[ 1271.232000] Could not power down device firmware: error -22
[ 1271.232000] Some devices failed to power down, aborting suspend
[ 1271.232000] acpi acpi: resuming

a co že to mam na tom poslednim pci ...

# lspci -vv -s 00:00.0
00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5a31 (rev 01)
        Subsystem: IBM: Unknown device 0585
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
        Latency: 64

[vencour]

Tož zřejmě polaškuji s Gentoo ...

[vencour]

Ho ho ho hó ... konečně jsem na noťasu vypálil PRVNÍ cd ... ale ne v k3b, jak je mým zvykem, ale v xcdroastu ... tam byl použit příkaz ...

Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "ATA:1,0,0" gracetime=2 fs=4096k driveropts=
burnfree -v -useinfo speed=10 -dao -eject -pad -data "/home/colin/Download/livecd-i686-installer-2006.1
.iso"

v k3b mam konfiguraci ...

more .kde/share/config/k3brc 
...
[External Programs]
cdrdao default=/usr/bin/cdrdao
cdrdao last seen newest version=1.2.0
cdrdao user parameters=
cdrecord default=/opt/schily/bin/cdrecord
cdrecord last seen newest version=2.1.1a06
cdrecord user parameters=

[vencour]

Už jsem nabootoval, na rozdíl od chrootu emerge kde nehází chybu ohledně chybějícího qt ... tak jedem dál ...

[vencour]

Něco k ibm & acpi & powersave.