From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PY02X-00012o-6L for garchives@archives.gentoo.org; Wed, 29 Dec 2010 17:42:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4119DE070C; Wed, 29 Dec 2010 17:40:56 +0000 (UTC) Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id DF3ECE070C for ; Wed, 29 Dec 2010 17:40:55 +0000 (UTC) Received: by bwg12 with SMTP id 12so5961640bwg.40 for ; Wed, 29 Dec 2010 09:40:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=4k5ehEvegBxFha7wpuZWSpViQi8zgOOAsGc6JJze17M=; b=gAxD0MlFOQ+XggGondCkPcDCKMiAoNYOlJBBxCqqIxS2bgMrOXjd4WvbAH9GGRiWT0 RsBnRta2X46IxiSYtkzqSGF7v5jTaejaffWwlFrvQE758eN2LBAhN9GELFkf6eIuf9wn vtxAC9uN5NorZBTRhLIFsF6FoAgG26p+mbw9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=iBh/N2vk6Npt3blh59MuUDuZijRQjO20f0LNnOVkxTSDgpqJSxQv+lO9in84qmtg53 GomfQoSxejFPi+I9zGq1asy94vu6CrNAjnqPro0S2L8+lt/qD2smI8jLOGJzgfZdmQAI zbuo3j+inUA3aGxcT9U0IYsA3gMWtIs+evZdo= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.204.98.15 with SMTP id o15mr886609bkn.14.1293644454909; Wed, 29 Dec 2010 09:40:54 -0800 (PST) Sender: paul.hartman@gmail.com Received: by 10.204.98.5 with HTTP; Wed, 29 Dec 2010 09:40:54 -0800 (PST) In-Reply-To: References: Date: Wed, 29 Dec 2010 11:40:54 -0600 X-Google-Sender-Auth: UwoF390Ij3qFVQOGMKiwOiFbMCQ Message-ID: Subject: Re: [gentoo-user] Core i7 M620 power management problem From: Paul Hartman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: e38376e5-6ed6-466d-8649-2386cdf841d7 X-Archives-Hash: 99617b86883fc31e47907e608a02b698 On Wed, Dec 29, 2010 at 11:13 AM, Bill Longman wrote: > A strangeness I have noted is that /proc/cpuinfo has this for its power > capabilities: > power management: > Nothing. FWIW I have Core i7 920, and it also has nothing in the power management in cpuinfo, but CPU frequency scaling does work and speeds change (using ondemand governor, in a desktop machine). $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 2661000 2660000 2527000 2394000 2261000 2128000 1995000 1862000 1729000 1596000 conservative userspace powersave ondemand performance 1596000 acpi-cpufreq ondemand 2661000 1596000 So it seems similar to yours except that your max_freq and min_freq are the same! Which matches what you say about it never going faster than the minimum speed. In kernel docs Documentation/cpu-freq/cpu-drivers.txt there is some information about how the min and max speed are set by the policy that is in use (by whatever driver is controlling the scaling). So I don't know if there is a userspace program (like KDE laptop stuff) that might be overriding with its own faulty settings? Seems like your kernel settings are probably okay since you can see all of that so far. If you run powertop can it see all of the C-states and P-states without any problems?