From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Mark van Dijk <lists+xen@internecto.net>
Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org
Subject: Re: Kernel crash with acpi_processor, cpu_idle and intel_idle =y
Date: Mon, 23 Jul 2012 10:20:25 -0400 [thread overview]
Message-ID: <20120723142025.GB793@phenom.dumpdata.com> (raw)
In-Reply-To: <20120722181611.7ae03506@internecto.net>
On Sun, Jul 22, 2012 at 06:16:11PM +0200, Mark van Dijk wrote:
> Hi everyone,
>
> When I set CONFIG_ACPI_PROCESSOR, CONFIG_CPU_IDLE and CONFIG_INTEL_IDLE
> to y then I cannot boot Xen; there is a crash. If I turn
> CONFIG_INTEL_IDLE off then the boot goes well and, after dom0 has
> booted, xenpm works and gives some sane output, see below. I have
> tested this with kernels 3.2 to 3.4.6.
>
> Is it impossible to use INTEL_IDLE with Xen? If this is a known issue
> then maybe someone can add info to the INTEL_IDLE help text in the
> kernel configuration...
Could be - without a serial crash it is hard to figure out.
Why do you want to use the intel idle driver? Can't you use
the xen-acpi-processor driver which does the job of uploading
the power management data to the hypervisor.
(CONFIG_XEN_ACPI_PROCESSOR is the option you need to have enabled).
>
> I am using this on a dual CPU motherboard, it has two Xeon W3530 CPUs
> (i.e. family 6, model 26, stepping 5). I have also tested this with a
> single-CPU Core2 Quad Q6600 and the same situation occurs here, but the
> below output is of the W3530 Xeon system.
>
> While I'm not that familiar with CPUidle, one thing that seems to be
> not right is that the maximum idle state here is C3 while the processor
> should be able to reach as far as C7.
Right, it won't unless you don't compile acpi_pad (CONFIG_ACPI_PROCESSOR).
Is # CONFIG_ACPI_PROCESSOR is not set" in your .config?
>
> Here is the snipped output of two commands:
>
> # xenpm get-cpufreq-states
> cpu id : 0
> total P-states : 11
> usable P-states : 11
> current frequency : 1600 MHz
> P0 [2801 MHz]: transition [ 11]
> residency [ 866 ms]
> P1 [2800 MHz]: transition [ 1]
> residency [ 0 ms]
> P2 [2667 MHz]: transition [ 0]
> residency [ 0 ms]
> P3 [2533 MHz]: transition [ 1]
> residency [ 1 ms]
> P4 [2400 MHz]: transition [ 0]
> residency [ 0 ms]
> P5 [2267 MHz]: transition [ 2]
> residency [ 36 ms]
> P6 [2133 MHz]: transition [ 1]
> residency [ 0 ms]
> P7 [2000 MHz]: transition [ 0]
> residency [ 0 ms]
> P8 [1867 MHz]: transition [ 0]
> residency [ 0 ms]
> P9 [1733 MHz]: transition [ 2]
> residency [ 0 ms]
> *P10 [1600 MHz]: transition [ 9]
> residency [ 960 ms]
>
>
> # xenpm get-cpuidle-states
> Max possible C-state: C7
>
> cpu id : 0
> total C-states : 4
> idle time(ms) : 240266
> C0 : transition [ 39457]
> residency [ 10534 ms]
> C1 : transition [ 3965]
> residency [ 2274 ms]
> C2 : transition [ 371]
> residency [ 495 ms]
> C3 : transition [ 35121]
> residency [ 230822 ms]
> pc2 : [ 0 ms]
> pc3 : [ 0 ms]
> pc6 : [ 0 ms]
> pc7 : [ 0 ms]
> cc3 : [ 0 ms]
> cc6 : [ 0 ms]
> cc7 : [ 0 ms]
>
> # xenpm get-cpufreq-para
> cpu id : 0
> affected_cpus : 0
> cpuinfo frequency : max [2801000] min [1600000] cur [1600000]
> scaling_driver : acpi-cpufreq
> scaling_avail_gov : userspace performance powersave ondemand
> current_governor : ondemand
> ondemand specific :
> sampling_rate : max [10000000] min [10000] cur [20000]
> up_threshold : 80
> scaling_avail_freq : 2801000 2800000 2667000 2533000 2400000 2267000
> 2133000 2000000 1867000 1733000 *1600000 scaling frequency : max
> [2801000] min [1600000] cur [1600000] turbo mode : enabled
>
> Kind regards,
> Mark van Dijk
>
> PS I am not receiving xen-devel messages but this message does
> probably belong there so I'm posting it there too.
>
>
>
> --
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2012-07-23 14:20 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-22 16:16 Kernel crash with acpi_processor, cpu_idle and intel_idle =y Mark van Dijk
2012-07-23 14:20 ` Konrad Rzeszutek Wilk [this message]
2012-07-26 0:25 ` Mark van Dijk
2012-07-26 7:15 ` Jan Beulich
2012-07-26 14:05 ` Konrad Rzeszutek Wilk
2012-07-26 14:57 ` Jan Beulich
2012-07-26 14:55 ` Konrad Rzeszutek Wilk
2012-07-28 12:55 ` Mark van Dijk
2012-07-30 7:45 ` Jan Beulich
2012-07-31 11:58 ` Mark van Dijk
2012-07-31 13:42 ` Konrad Rzeszutek Wilk
2012-07-31 13:40 ` Konrad Rzeszutek Wilk
2012-07-31 21:50 ` Mark van Dijk
2012-07-31 23:42 ` Konrad Rzeszutek Wilk
2012-07-31 23:59 ` Mark van Dijk
2012-07-31 23:55 ` Konrad Rzeszutek Wilk
2012-08-01 0:25 ` Mark van Dijk
2012-07-23 14:28 ` Jan Beulich
2012-07-26 0:30 ` Mark van Dijk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120723142025.GB793@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=lists+xen@internecto.net \
--cc=xen-devel@lists.xen.org \
--cc=xen-users@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).