Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760083AbXE0Vzi (ORCPT ); Sun, 27 May 2007 17:55:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757446AbXE0Vzb (ORCPT ); Sun, 27 May 2007 17:55:31 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:54876 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757102AbXE0Vza (ORCPT ); Sun, 27 May 2007 17:55:30 -0400 From: "Rafael J. Wysocki" To: "Kay Sievers" Subject: Re: [RFC][PATCH -mm 3/3] PM: Disable _request_firmware before hibernation/suspend Date: Mon, 28 May 2007 00:01:12 +0200 User-Agent: KMail/1.9.5 Cc: "Matthew Garrett" , "pm list" , LKML , "Nigel Cunningham" , "Pavel Machek" , "Alan Stern" , "Oliver Neukum" References: <200705272229.21263.rjw@sisk.pl> <20070527204955.GA22202@srcf.ucam.org> <3ae72650705271449q37f523c3t5980541122ab871@mail.gmail.com> In-Reply-To: <3ae72650705271449q37f523c3t5980541122ab871@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705280001.13461.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1649 Lines: 35 On Sunday, 27 May 2007 23:49, Kay Sievers wrote: > On 5/27/07, Matthew Garrett wrote: > > On Sun, May 27, 2007 at 10:31:53PM +0200, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > > > > > Use a hibernation and suspend notifier to disable the firmware requesting > > > mechanism before a hibernation/suspend and enable it after the operation. > > > > This avoids the problem of .resume methods calling userspace while > > userspace is frozen and a resulting hang, but does it actually result in > > the drivers beginning to work again? If we remove process freezing in > > STR, this should just work[1] without the need to complicate things. On > > the other hand, if we don't want to support these functions in the > > suspend and resume methods we could just audit the kernel and remove > > them all. > > What exactly is the problem we see here? The timeout of the firmware loader? > What goes wrong with frozen userspace, usually there is only a netlink > message sent from the kernel, which should be received and handled > just fine when userspace is running again. Users report the timeout as a problem and it's not that straightforward to figure out what happens. Still, I agree it's much better if drivers don't use request_firmware() in their .resume() routines at all, because they shouldn't rely upon user land at this point. Greetings, 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/