[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111003004051.GD31799@mtj.dyndns.org>
Date: Sun, 2 Oct 2011 17:40:51 -0700
From: Tejun Heo <tj@...nel.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@...ux.vnet.ibm.com>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>, tigran@...azian.fsnet.co.uk,
tglx@...utronix.de, mingo@...e.hu, hpa@...or.com, x86@...nel.org,
linux-kernel@...r.kernel.org,
Linux PM mailing list <linux-pm@...ts.linux-foundation.org>
Subject: Re: [BUGFIX][PATCH] Freezer, CPU hotplug, x86 Microcode: Fix task
freezing failures
Hello,
On Mon, Oct 03, 2011 at 01:34:36AM +0530, Srivatsa S. Bhat wrote:
> So when a CPU goes offline and comes back online, I don't see why the kernel
> should not reuse the microcode that it already has. Anyhow the microcode will
> not change. The same microcode would be requested from userspace again if the
> kernel has freed its copy.
Can't one take a cpu offline, hot unplug it from the board and put in
a new one and then bring it online? That's usually what "hot
[un]plug" stands for. I don't think one would be able to put in a
very different processor but maybe, say, revision difference is
allowed and microcode should be looked up again? Assuming that the
same microcode can always be applied after the actual CPU is swapped
could be dangerous. Again, I'm not sure about how this is supposed to
be managed so I could be wrong.
If I'm not wrong, can't we add synchronization between cpu hotplug and
freezer so that they don't happen in parallel?
Thanks.
--
tejun
--
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