[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0707072218030.10912-100000@netrider.rowland.org>
Date: Sat, 7 Jul 2007 22:24:12 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: Benjamin Herrenschmidt <benh@...nel.crashing.org>
cc: Kyle Moffett <mrmacman_g4@....com>,
Nigel Cunningham <nigel@...el.suspend2.net>,
Pavel Machek <pavel@....cz>, "Rafael J. Wysocki" <rjw@...k.pl>,
Matthew Garrett <mjg59@...f.ucam.org>,
<linux-kernel@...r.kernel.org>,
<linux-pm@...ts.linux-foundation.org>
Subject: Re: [PATCH] Remove process freezer from suspend to RAM pathway
On Sun, 8 Jul 2007, Benjamin Herrenschmidt wrote:
> > Which is exactly my point. It _doesn't_ work fine without a freezer,
> > because the USB stack currently relies on the freezer to prevent plug
> > activity.
>
> Putting on hold plug activity has nothing, NOTHING, to do with the half
> assed piece of deadlocking crap we have now we call a freezer.
You're wrong; it _does_ have something to do with the freezer. The
connection is that the code uses the freezer to put plug activity on
hold.
You probably meant to say that it _should_ have nothing to do with the
freezer. That's a different matter. But in any case you should write
what you actually mean, rather than just putting down something as
inflammatory as possible.
> As long as you guys keep mixing up all the issues and coming up with
> totally bogus solutions that cannot work, we won't have a useful suspend
> (either to RAM or to disk) in linux.
In my defense, you should realize that until Rafael's notifier chain
was added (just a few weeks ago, still not in mainline I believe) there
was no other way to do it. Plug activity needs to be stopped before
the child devices are suspended, and the PM core does not send any
notification to drivers at that time. All it does is activate the
freezer.
Alan Stern
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists