All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.