[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070425233355.GA36476@dspnet.fr.eu.org>
Date: Thu, 26 Apr 2007 01:33:55 +0200
From: Olivier Galibert <galibert@...ox.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Adrian Bunk <bunk@...sta.de>, Pavel Machek <pavel@....cz>,
Ingo Molnar <mingo@...e.hu>,
Nigel Cunningham <nigel@...el.suspend2.net>,
Christian Hesse <mail@...thworm.de>,
Nick Piggin <npiggin@...e.de>, Mike Galbraith <efault@....de>,
linux-kernel@...r.kernel.org, Con Kolivas <kernel@...ivas.org>,
suspend2-devel@...ts.suspend2.net,
Andrew Morton <akpm@...ux-foundation.org>,
Thomas Gleixner <tglx@...utronix.de>,
Arjan van de Ven <arjan@...radead.org>
Subject: Re: suspend2 merge (was Re: [Suspend2-devel] Re: CFS and suspend2: hang in atomic copy)
On Wed, Apr 25, 2007 at 11:50:45AM -0700, Linus Torvalds wrote:
> .. but if the alternative is a feature that just isn't worth it, and
> likely to not only have its own bugs, but cause bugs elsewhere? (And yes,
> I believe STD is both of those. There's a reason it's called "STD". Go
> to google and type "STD" and press "I'm feeling lucky". Google is God).
If it was correctly designed, it would be possible to change the
hardware or even the kernel through a STD cycle. And that would be
damn interesting on servers.
In any case, if I could trust it, I'd use it when I need to move
servers around and I don't want to lose what is running. Riding power
cuts that way would be nice.
OG.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists