From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nigel Cunningham Date: Wed, 12 May 2004 03:59:50 +0000 Subject: Re: Hotplug events for system suspend/resume Message-Id: <200405121359.50899.ncunningham@linuxmail.org> List-Id: References: <20040511010015.GA21831@dhcp193.mvista.com> <200405121216.02787.ncunningham@linuxmail.org> <40A18F94.4000607@mvista.com> In-Reply-To: <40A18F94.4000607@mvista.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Todd Poynor Cc: Greg KH , mochel@digitalimplant.org, linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Hi. On Wed, 12 May 2004 12:44, Todd Poynor wrote: > The patch hooks into the power subsystem prior to freezing processes and > after unfreezing processes, so I don't think it's a concern (unless > something is using the power subsystem rather oddly). This patch sends > a single notification of system suspend and a single notification of > system resume, in case there's any confusion with the individual device > state change notifiers also recently discussed. It's been run > successfully on one ACPI system and one non-ACPI system. Great. > > In my mind, this approach is simpler and makes more sense: userspace > > should worry about userspace actions related to suspending before calling > > kernelspace. Kernel space should then only worry about saving and > > restoring driver states and should be transparent to user space. ... > > Agreed, with the minor reservations listed in a previous email (suspend > initiated by drivers must coordinate ad-hoc with userspace, etc.). You're thinking ACPI drivers initiating a suspend? They would do it through acpid, wouldn't they? At least that's the glue I use to get my sleep button to initiate a suspend. I would assume thermal events would/should work the same. > I'll let anybody who cares more deeply about this speak up now, > otherwise this isn't a battle I'll be fighting on behalf of others any > more. Thanks -- Todd :> I wasn't meaning to make it a battle! Nigel ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel