xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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

  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).