linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michael Tokarev <mjt@tls.msk.ru>
To: Linux-kernel <linux-kernel@vger.kernel.org>
Cc: Len Brown <len.brown@intel.com>
Subject: cpuidle or cpufreq support for Intel CedarTrail Atom CPUs?
Date: Sat, 05 May 2012 11:34:54 +0400	[thread overview]
Message-ID: <4FA4D81E.1010008@msgid.tls.msk.ru> (raw)

Hello.

Is there any support in recent kernels to enable
cpufreq (if it is supported to start with, I don't know)
and/or cpuidle for recent line of Intel CedarTrail Atom
processors, like D2500, D2700, N2800 etc?

When booting linux on one of these, cpufreq isn't available,
and kernel mentions cpuidle in dmesg this way:

$ dmesg | grep idle
[    0.001139] using mwait in idle threads.
[    0.767612] intel_idle: MWAIT substates: 0x10
[    0.767617] intel_idle: does not run on family 6 model 54
[    1.231131] cpuidle: using governor ladder
[    1.231173] cpuidle: using governor menu

Should I be concerned somehow that intel_idle does not
run on this CPU?

In kernel source, drivers/idle/intel_idle.c, I see a
table, intel_idle_ids[], which mentions atom cpu with
model = 0x1c and also "lincroft" cpu (model = 0x26).
Should 0x36 (54) be in this table too?

Here's the cpuinfo (for just one core, for another it
is, obviously, identical):

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 54
model name	: Intel(R) Atom(TM) CPU D2500   @ 1.86GHz
stepping	: 1
cpu MHz		: 1866.588
cache size	: 512 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm arat dts
bogomips	: 3734.72
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

Thanks,

/mjt

                 reply	other threads:[~2012-05-05  7:35 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=4FA4D81E.1010008@msgid.tls.msk.ru \
    --to=mjt@tls.msk.ru \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.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).