[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080221004632.GA25869@suse.de>
Date: Wed, 20 Feb 2008 16:46:32 -0800
From: Greg KH <gregkh@...e.de>
To: Nigel Cunningham <nigel@...el.suspend2.net>
Cc: Matthew Garrett <mjg59@...f.ucam.org>,
Jesse Barnes <jesse.barnes@...el.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Jeff Chua <jeff.chua.linux@...il.com>,
lkml <linux-kernel@...r.kernel.org>,
Dave Airlie <airlied@...ux.ie>, linux-acpi@...r.kernel.org,
suspend-devel List <suspend-devel@...ts.sourceforge.net>
Subject: Re: 2.6.25-rc2 System no longer powers off after suspend-to-disk.
Screen becomes green.
On Thu, Feb 21, 2008 at 11:40:06AM +1100, Nigel Cunningham wrote:
> Hi.
>
> Matthew Garrett wrote:
>> On Thu, Feb 21, 2008 at 09:45:02AM +1100, Nigel Cunningham wrote:
>>> - people keep talking about hibernating to an ext3 fs mounted on fuse as
>>> a limitation of the freezer. To do that with kexec, you're still going to
>>> have to bmap the ext3 fs and pass the block list (in which case we can
>>> also do it without kexec) or umount all the ext3/fuse part and remount in
>>> the kexec'd kernel. Sort of defeats the purpose, doesn't it?
>> No, with a freezer-based model you can basically *never* suspend to
>> anything related to FUSE or a userspace USB device or anything involving
>> userspace iSCSI initiators or whatever. Sure, there are cases where moving
>> away from the current model doesn't buy you anything, but that doesn't
>> mean that the current model is a good thing. It's not. The freezer is a
>> fundamentally broken concept.
>
> Putting drivers and filesystems in userspace is the fundamentally broken
> concept. Not just when it comes to the freezer. The whole idea is
> inherently racy.
Racy with regards to other things becides trying to suspend a machine?
If so, what?
thanks,
greg k-h
--
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