Suspend2 (Dagobah's packages)

Hervé Fache Herve at lucidia.net
Wed Jul 26 14:19:55 BST 2006


Not only is it faster, but it works, and no script will change
anything to that, because it's inside the kernel that the problem
resides.

The old 'it touches too much kernel code' refrain is not true anymore,
as many necessary changes have been incorporated into the vanilla
kernel over time.

Ubuntu already incorporates many things in its kernel that are not in
vanilla ones, so I think this cannot be an argument not to accept
suspend2.

WRT checking the code, how about involving Dagobah?

On 7/26/06, Matthew Garrett <mjg59 at srcf.ucam.org> wrote:
> On Tue, Jul 25, 2006 at 09:06:23PM -0600, Andrew Jorgensen wrote:
>
> > I'm really puzzled by this response.  suspend2 is significantly faster
> > than the current suspend (due to on the fly compression).  I've been
> > told before that the reason we won't do it is because it isn't
> > supported on all architectures but according to their website it's
> > supported on everything that the current suspend is supported on.
>
> It's a large body of code that isn't accepted by the upstream kernel
> developers, and we don't have anyone with enough time to work through
> the codebase and audit it ourselves. suspend2 touches a /lot/ of the
> kernel, and risking it interacting badly with one of our other kernel
> changes isn't worth it if all we get in return is some speed.
> --
> Matthew Garrett | mjg59 at srcf.ucam.org
>
> --
> ubuntu-devel mailing list
> ubuntu-devel at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
>


-- 
In a world without walls and fences, who needs Windows and Gates?



More information about the ubuntu-devel mailing list