From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: Re: [PATCH 1/3] PM: Introduce new top level suspend and hibernation callbacks (rev. 8) Date: Mon, 14 Apr 2008 13:23:00 +1000 Message-ID: <1208143380.6958.105.camel@pasglop> References: <200804040111.15255.rjw@sisk.pl> <200804140231.32245.rjw@sisk.pl> <1208134017.6958.94.camel@pasglop> <200804140309.22057.rjw@sisk.pl> Reply-To: benh@kernel.crashing.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from gate.crashing.org ([63.228.1.57]:49772 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753080AbYDNDYC (ORCPT ); Sun, 13 Apr 2008 23:24:02 -0400 In-Reply-To: <200804140309.22057.rjw@sisk.pl> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: "Rafael J. Wysocki" Cc: Greg KH , pm list , ACPI Devel Maling List , Alan Stern , Len Brown , LKML , Alexey Starikovskiy , David Brownell , Pavel Machek , Oliver Neukum , Nigel Cunningham , Jesse Barnes , Andrew Morton > To avoid breaking things (from the functional point of view) unnecessarily. > > In short, I don't really see the difference between moving ->prepare() before > the freezer and droppig the freezer, which I'm not going to do right now. I believe the use of prepare for things like request_firmware etc... is worth the effort of fixing the known breakage of not having the freezer while preventing insertion of new devices (mostly USB). In fact, it won't be such a big issue as the core should/will return an error from attempting to add the device in that case. Ben.