|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] x86: Use deep C states for off-lined CPUs
As far as I can tell the most relevant change in Linux was this: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=ea53069231f9317062910d6e772cca4ce93de8c8 and it sounds that it was made mostly because MWAIT-based idle is more efficient on Intel processors. That's not the case on AMD where IO-based idle is preferred (and I am not aware of any issues, at least so far). I can make the patch to be AMD_specific but since for the most parts the logic is the same as in acpi_idle_do_entry() won't we have to modify that function as well? -boris On 02/28/12 23:58, Liu, Jinsong wrote: I don't think we should go back to old SYSIO method, the history here is: Xen originally has SYSIO method when offline cpu, but at c/s 23022 we cancel it as reason below ====================== x86: Fix cpu offline bug: cancel SYSIO method when play dead Play dead is a fragile and tricky point of cpu offline logic. For how to play cpu dead, linux kernel changed several times: Very old kernel support 3 ways to play cpu dead: mwait, SYSIO, and halt, just like what cpuidle did when enter C3; Later, it cancel mwait and SYSIO support, only use halt to play dead; Latest linux 2.6.38 add mwait support when cpu dead. This patch cancel SYSIO method when cpu dead, keep same with latest kernel. SYSIO is an obsoleted method to enter deep C, with some tricky hardware behavior, and seldom supported in new platform. Xen experiment indicate that when cpu dead, SYSIO method would trigger unknown issue which would bring strange error. We now cancel SYSIO method when cpu dead, after all, correctness is more important than power save, and btw new platform use mwait. ====================== Thanks, Jinsong Boris Ostrovsky wrote: _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |