Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756426AbYAYLrw (ORCPT ); Fri, 25 Jan 2008 06:47:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752868AbYAYLro (ORCPT ); Fri, 25 Jan 2008 06:47:44 -0500 Received: from ogre.sisk.pl ([217.79.144.158]:47928 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752865AbYAYLrn (ORCPT ); Fri, 25 Jan 2008 06:47:43 -0500 From: "Rafael J. Wysocki" To: Michael Buesch Subject: Re: [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend Date: Fri, 25 Jan 2008 12:45:14 +0100 User-Agent: KMail/1.9.6 (enterprise 20070904.708012) Cc: Pavel Machek , Andrew Morton , pm list , Alan Stern , Len Brown , LKML , bcm43xx-dev@lists.berlios.de, Alessandro Rubini , Richard Purdie References: <200801250127.21966.rjw@sisk.pl> <20080125074746.GC4134@ucw.cz> <200801251113.31325.mb@bu3sch.de> In-Reply-To: <200801251113.31325.mb@bu3sch.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801251245.16170.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1269 Lines: 31 On Friday, 25 of January 2008, Michael Buesch wrote: > On Friday 25 January 2008 08:47:46 Pavel Machek wrote: > > On Fri 2008-01-25 01:37:33, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > > > > > Modify the b43 driver to avoid deadlocking suspend and resume, > > > which happens as a result of attempting to unregister device objects > > > locked by the PM core during suspend/resume cycles. Also, make it > > > use a suspend-safe method of unregistering device object in the > > > resume error path. > > > > > > Signed-off-by: Rafael J. Wysocki > > > Acked-by: Michael Buesch > > > > Maybe we should have global suspend_in_progress (or maybe system_state > > == suspending?) and automatically switch to schedule_removal() while > > it is set? > > > > That would be great, from my perspective :) Let's see how many drivers are going to need that. If there's more than a couple, it will certainly make sense to have a global variable like this. Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/