From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [linux-pm] [RFC][PATCH] PM: Introduce new top level =?iso-8859-1?q?suspend=09and_hibernation_callbacks?= (rev. 2) Date: Tue, 25 Mar 2008 21:41:48 +0100 Message-ID: <200803252141.49049.rjw@sisk.pl> References: <200803252048.43792.oliver@neukum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:34687 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752708AbYCYUmJ convert rfc822-to-8bit (ORCPT ); Tue, 25 Mar 2008 16:42:09 -0400 In-Reply-To: <200803252048.43792.oliver@neukum.org> Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Oliver Neukum Cc: Alan Stern , ACPI Devel Maling List , linux-pm@lists.linux-foundation.org, Alexey Starikovskiy , Johannes Berg , LKML On Tuesday, 25 of March 2008, Oliver Neukum wrote: > Am Dienstag, 25. M=E4rz 2008 15:33:22 schrieb Alan Stern: > > > so I'd say a > > > failure to resume is just a limited subcase of a device vanishing= during > > > sleep. > >=20 > > I'll go along with that. =A0If a device vanishes during sleep, the = PM=20 > > core isn't responsible for unregistering it -- the device's subsyst= em=20 > > is. >=20 > Yes, that makes sense. You are right. Still, if ->resume() returns an error, does it make sense, from the PM = core's point of view, to execute ->complete() for that device, for example? If you think it does, that behavior should be clearly documented (I did= n't think about that before). Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759355AbYCYUmT (ORCPT ); Tue, 25 Mar 2008 16:42:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752729AbYCYUmK (ORCPT ); Tue, 25 Mar 2008 16:42:10 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:34687 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752708AbYCYUmJ convert rfc822-to-8bit (ORCPT ); Tue, 25 Mar 2008 16:42:09 -0400 From: "Rafael J. Wysocki" To: Oliver Neukum Subject: Re: [linux-pm] [RFC][PATCH] PM: Introduce new top level =?iso-8859-1?q?suspend=09and_hibernation_callbacks?= (rev. 2) Date: Tue, 25 Mar 2008 21:41:48 +0100 User-Agent: KMail/1.9.6 (enterprise 20070904.708012) Cc: Alan Stern , ACPI Devel Maling List , linux-pm@lists.linux-foundation.org, Alexey Starikovskiy , Johannes Berg , LKML References: <200803252048.43792.oliver@neukum.org> In-Reply-To: <200803252048.43792.oliver@neukum.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Content-Disposition: inline Message-Id: <200803252141.49049.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday, 25 of March 2008, Oliver Neukum wrote: > Am Dienstag, 25. März 2008 15:33:22 schrieb Alan Stern: > > > so I'd say a > > > failure to resume is just a limited subcase of a device vanishing during > > > sleep. > > > > I'll go along with that.  If a device vanishes during sleep, the PM > > core isn't responsible for unregistering it -- the device's subsystem > > is. > > Yes, that makes sense. You are right. Still, if ->resume() returns an error, does it make sense, from the PM core's point of view, to execute ->complete() for that device, for example? If you think it does, that behavior should be clearly documented (I didn't think about that before). Thanks, Rafael