Suspend2 problems

kano · 2007-08-13 05:39:56

Hi all, I'm having a few issues with suspend2 with 2.6.22 (under my own patchset, -fallen)
When I run hibernate, everything seems to work... but upon trying to resume, it doesn't work.

What I'm basically trying to figure out... is this a kernel problem? (I've hacked on suspend2 code to make it work with -ck, worked fine under 2.6.21) Or is it just a configuration issue?

Here's some information:

dmesg|grep -i suspend

Suspend v2.2.10
Suspend2 Userspace Storage Manager support registered.
Suspend2 Basic User Interface support registered.
Suspend2 Compressor support registered.
Suspend2 Block I/O support registered.
Suspend2 Swap Allocator support registered.
Suspend2 File Allocator support registered.
Suspend2 Userspace UI support registered.
Suspend2: SwapAllocator: Signature found.
Suspend2: Resuming enabled.
Suspend2: Failed to initialise the lzf compression transform.
Failed to launch userspace program '/usr/sbin/suspend2ui_text': Error -2
Suspend2: Image invalidated.
Suspend2: Failed to get load pageset1.

hooks section of /etc/mkinitcpio.conf

HOOKS="base udev autodetect pata sata resume userui fbsplash"

mkinitcpio -p kernel26fallen

==> Building image "default"
==> Running command: /sbin/mkinitcpio -k 2.6.22-fallenrc -c /etc/mkinitcpio.conf -g /boot/kernel26fallen.img
:: Begin build
:: Parsing hook [base]
:: Parsing hook [udev]
:: Parsing hook [autodetect]
:: Parsing hook [pata]
:: Parsing hook [sata]
:: Parsing hook [resume]
:: Parsing hook [userui]
:: Parsing hook [fbsplash]
       Adding darch fbsplash Theme...
:: Generating module dependencies
:: Generating image '/boot/kernel26fallen.img'...SUCCESS
==> SUCCESS

zcat /boot/kernel26fallen.img|cpio --list|grep suspend
(file from dmesg is missing from initramfs, but present on rootfs.)

10588 blocks
/sbin/suspend2ui

If wanted, I can also post all the /etc/hibernate config files.

mehldutt · 2007-08-13 08:43:24

Take a look here:

http://bbs.archlinux.org/viewtopic.php?id=32938

However, at present I use pm-utils. Work great for me
http://www.archlinux.org/packages/13070/

Last edited by mehldutt (2007-08-13 08:50:00)

fwojciec · 2007-08-13 10:22:55

mehldutt wrote:

Take a look here:
http://bbs.archlinux.org/viewtopic.php?id=32938

I've experienced an issue with suspend and adding "highres=off nohz=off" to kernel line also worked for me. Kernel 2.6.22.2 seems to fix this particular problem, btw.

Second idea - which version of suspend2 patch are you using? You might have to update to the latest version of hibernate script as tuxonice is making some changes to file names used in hibernation process which, for obvious reasons, causes problems. I'm using patch version 2.2.10 and everything is as it used to be, but I think the version 2.2.10.2 already has these name changes.

Last edited by fwojciec (2007-08-13 10:43:38)

mini · 2007-08-13 16:29:52

@mehldutt
I have installed pm-utils, but I do not know how to start it. Can you post same hints here.

kano · 2007-08-13 23:23:56

@mehldutt
I installed pm-utils, and hibernating with pm-utils works.. but resuming is even more broken. It hangs on boot, and upon restarting and removing the resume2= from my grub line, I had to re-mkswap my swapspace.

@fwojciec
My patchset has 2.6.22.2 in it, and I'm using my modified version of 2.2.10. I'm starting to believe that may be the issue though. Sadly though, the suspend2 kernel in the repos is 2.6.21 so I can't test quickly

fwojciec · 2007-08-13 23:50:40

One more idea...

I also have to add "clocksource=pit" to the kernel command line, otherwise I get temporary soft lockups every once in a while, and I also can't suspend properly without it. This is only necessary in 2.6.22 kernels, some kind of regression I guess, quite a few people seem to experience this problem. If I remember correctly trying to suspend without this parameter on my laptop would result in a lockup in the early stages of suspend process... You might want to try it if the symptoms sound familiar.

Otherwise I have no suggestions except to recompile vanilla kernel with the suspend2 patch from tuxonice and see if that'll work - but I'm sure you know that

Last edited by fwojciec (2007-08-13 23:51:06)

kano · 2007-08-13 23:57:14

I'll give that a shot... if no workie, then I guess it's vanilla recompile w/ suspend2 patch. I was just trying to avoid that as it takes forever to compile on this box

kano · 2007-08-14 00:05:25

Ok, tried it and still no go... but this time I removed quiet from my kernel line and switched to verbose, and during the resume hook it's failing about the lzf compression. The other error must be happening at a different point, and probably not related to the resume failing.

I'll build a suspend2 kernel now, but now I'm pretty convinced that it's my modified suspend2 patch. I'm sure that when I find the bit of code that's causing trouble, I'll want to hit my head against the keyboard for it being something so simple

fwojciec · 2007-08-14 00:14:11

I just checked and kernel26pierlo has suspend2 and a repo (address is in comments on aur) so you wouldn't have to compile. It uses 2.2.10.2 though, so I'm not sure how useful it would be for comparison.

Good luck in either case!

EDIT: Nevermind, I just read all the comments there and the pierlo kernel seems to have problems with suspend2 so it's no use

Last edited by fwojciec (2007-08-14 00:22:30)

kano · 2007-08-14 00:28:52

Well, I've already started building a vanilla+suspend2 kernel.. hopefully won't take more than an hour

mehldutt · 2007-08-14 18:59:56

@mini
pm-utils pretty much work out of the box. Its well explained here:
http://en.opensuse.org/Pm-utils

@kano
with pm-utils you have to remove:
resume2=swap:/dev/sdaXXX
and replace it with:
resume=/dev/sdaXXX

However, on my first reboot I experienced the same problem as you did. After that everything worked just fine.

Last edited by mehldutt (2007-08-14 19:01:03)

kano · 2007-08-14 22:14:48

Ok, after remaking my patch with a few changes, and getting the same error... I got an idea, and it just happened to work

I had to add lzf to my modules array in mkinitcpio.conf, and voila! Resuming works. Now, the question I have is... shouldn't the resume hook be checking to see if LZF is built as a module, and adding it to the initramfs and loading when the resume hook is run?

fwojciec · 2007-08-15 10:41:57

kano wrote:

Ok, after remaking my patch with a few changes, and getting the same error... I got an idea, and it just happened to work
I had to add lzf to my modules array in mkinitcpio.conf, and voila! Resuming works. Now, the question I have is... shouldn't the resume hook be checking to see if LZF is built as a module, and adding it to the initramfs and loading when the resume hook is run?

That's what's in my kernel config:

CONFIG_CRYPTO_LZF=y

Is there any particular reason you're compiling it as a module?

kano · 2007-08-15 19:14:09

Not really, other than that's what it set itself as I would just think the resume hook should handle it for those who do chose to compile as a module.

Arch Linux

#1 2007-08-13 05:39:56

Suspend2 problems

#2 2007-08-13 08:43:24

Re: Suspend2 problems

#3 2007-08-13 10:22:55

Re: Suspend2 problems

#4 2007-08-13 16:29:52

Re: Suspend2 problems

#5 2007-08-13 23:23:56

Re: Suspend2 problems

#6 2007-08-13 23:50:40

Re: Suspend2 problems

#7 2007-08-13 23:57:14

Re: Suspend2 problems

#8 2007-08-14 00:05:25

Re: Suspend2 problems

#9 2007-08-14 00:14:11

Re: Suspend2 problems

#10 2007-08-14 00:28:52

Re: Suspend2 problems

#11 2007-08-14 18:59:56

Re: Suspend2 problems

#12 2007-08-14 22:14:48

Re: Suspend2 problems

#13 2007-08-15 10:41:57

Re: Suspend2 problems

#14 2007-08-15 19:14:09

Re: Suspend2 problems

Board footer