Suspend2 Suspended
musicon writes "Nigel Cunningham, the creator of the Suspend2 software suspend system for Linux announced his retirement from the project in a message to the Linux Kenel Mailing List. 'Users of Suspend2 can rest assured that I will not allow the patches to suffer bitrot. I will be continuing to use them myself, and will therefore have the best of incentives to keep them up-to-date [...] I won't, however, be making any sort of concerted effort at getting them merged into the vanilla kernel [...] I don't see the point to doing anything but maintaining the patches as they stand.'"
Hi all.
I'm delighted to announce that I've accepted a call to serve a congregation in
Victoria, Australia, as a Home Missionary elder. As a result, some time in
the next month or two, I will stop working for Cyclades and make the move.
Users of Suspend2 can rest assured that I will not allow the patches to suffer
bitrot. I will be continuing to use them myself, and will therefore have the
best of incentives to keep them up-to-date.
Now for the downside: I won't, however, be making any sort of concerted effort
at getting them merged into the vanilla kernel after my move, and am not
inclined to make a big effort beforehand. Recent discussions on LKML clearly
showed that Pavel doesn't want to see them merged, and I didn't see much in
the way of other kernel developers expressing a desire contrary to Pavel's
wishes. I don't want to waste my time and effort, so I don't see the point to
doing anything but maintaining the patches as they stand.
I'd like to take this opportunity to thank Cyclades for their employment and
support of the project.
Regards,
Nigel
According to TFA he is going to be some sort of Home Missionary elder. He seems to be about 200 years too late. All the missionaries left years ago. At least I thought so...hope so.
Now I don't want to be rude but what we really do need here in Victoria, Australia is good software engineers and I can think right now of a spot for him a couple of cubes across from me where his knowledge of linux kernel internals could be put to good use.
http://michaelsmith.id.au
This is something that the Linux kernel badly needs! Presently, suspend and hibernation is at least 5 years behind OS X and Windows.
It takes almost two minutes to hibernate my Thinkpad with 512 MB RAM when running Ubuntu, while Windows takes about 15 seconds. Additionally, it does crash every now and then.
Is this the only software that can force my Thinkpad R50e to fall asleep? Aren't there any others?
I've compiled 2.6.15.4 kernel and the latest version of Suspend2 is for the 2.6.15.1 version. And now I am not even sure whether the patch is coming in a next month or it isn't coming at all.
Gee, I have to turn it off all the time.
1. Download Ubuntu kernel sources /etc and other areas - config files galore!
2. Apply a patch-set
3. Recompile the kernel and install the kernel
4. And some other stuff I forgot - involving messing around in
Now I havent tried it with Breezy, but I am pretty sure there is no .deb/script on UbuntuForums.
Why can't the disto's simply give the user Suspend2 fully integrated in their repective kernels?
Surely not stability issues, because it was bug-free for me. Even a simple choice would be miles better than what the current situation. The distro makers have dropped the ball, let's see them pick it up.
Oh wait - I just said that Ubuntu et al. is not perfect! Goodbye, karma.
"Sure there's porn and piracy on the Web but there's probably a downside too."
There is a suspend as part of the vanilla kernel. I'm using it for quite some time now. Hibernate works on my Laptop, but only if I don't use the binary only nvidia drivers (Geforce2 Go) - and it works on my desktop system too - here even with the nvidia drivers (Geforce 6600) and SMP/Hyperthreading enabled (needs CPU hotplug enabled too). I'm using the hibernate scripts ( (apt-get install | emerge) hibernate) and the /sys/power/state method.
Suspend to RAM is not working on my desktop system though.
I guess I didn't write that email well enough - I tried to clearly say I'm not resigning, just switching full-time jobs, and as a result won't be working on Suspend as much. Given that it's already pretty mature, this won't have much effect on it's development, and I'll still be producing patches for vanilla kernels. Hope that helps. Nigel
This post's subject is misleading:
- suspend2 project is not suspended
- Nigel Cunningam will keep working on it
- it's only inclusion in vanilla kernel (mainline) which is unclear
Trying to make puns in subjects is not always a good idead...
The correct answer is that the kernel needs to do this, not userland (per suspend1), because of all the layers that need their information preserved. Having any kind of userland help doesn't work, because suddenly you've broken the "every process is equal" approach to the scheduler. But it's also not correct to throw in a huge, complicated interface (suspend2).
The correct answer is something like outlined here: " If you want my cheerfully uninformed opinion, we should toss both of them out and implement suspend3, which is based on the exec/kdump infrastructure. There's so much duplication of intent here that it's not funny."
You just have to reserve memory for a dump kernel. It's a much better trade off than making the scheduler stupid (suspend1), and keeps your kernel conceptually much simpler than a fancy kernel internal API (suspend2).
--
Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.