[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200612111734.01911.rjw@sisk.pl>
Date: Mon, 11 Dec 2006 17:34:00 +0100
From: "Rafael J. Wysocki" <rjw@...k.pl>
To: dipankar@...ibm.com
Cc: Andrew Morton <akpm@...l.org>, Ingo Molnar <mingo@...e.hu>,
vatsa@...ibm.com, Bjorn Helgaas <bjorn.helgaas@...com>,
linux-kernel@...r.kernel.org, Myron Stowe <myron.stowe@...com>,
Jens Axboe <axboe@...nel.dk>, Gautham shenoy <ego@...ibm.com>,
Pavel Machek <pavel@....cz>
Subject: Re: workqueue deadlock
On Monday, 11 December 2006 07:52, Dipankar Sarma wrote:
> On Sun, Dec 10, 2006 at 03:18:38PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 10 December 2006 13:16, Andrew Morton wrote:
> > > On Sun, 10 Dec 2006 12:49:43 +0100
> >
> > Hm, currently we're using the CPU hotplug to disable the nonboot CPUs before
> > the freezer is called. ;-)
> >
> > However, we're now trying to make the freezer SMP-safe, so that we can disable
> > the nonboot CPUs after devices have been suspended (we want to do this for
> > some ACPI-related reasons). In fact we're almost there, I'm only waiting for
> > the confirmation from Pavel to post the patches.
> >
> > When this is done, we won't need the CPU hotplug that much and I think the CPU
> > hotplug code will be able to do something like:
> >
> > freeze_processes
> > suspend_cpufreq (or even suspend_all_devices)
> > remove_the_CPU_in_question
> > resume_cpufreq
> > thaw_processes
>
> Have you thought about how much time this might take on
> a machine with say - 128 CPUs of which I want to dynamically
> reconvigure 64 of them and make a new partition ? Assume
> 10,000 tasks are running in the system.
Well, of course it doesn't makes sense to freeze processes and thaw them for
each CPU again and again. Still the overall idea is to freeze processes and
suspend devices, then do something with as many CPUs as necessary etc.
Greetings,
Rafael
--
If you don't have the time to read,
you don't have the time or the tools to write.
- Stephen King
-
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