From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 27 22:32:06 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 743C81065674 for ; Thu, 27 Nov 2008 22:32:06 +0000 (UTC) (envelope-from freebsd-mobile@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id F11858FC08 for ; Thu, 27 Nov 2008 22:32:05 +0000 (UTC) (envelope-from freebsd-mobile@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L5pOw-0006RY-K4 for freebsd-mobile@freebsd.org; Thu, 27 Nov 2008 22:31:58 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Nov 2008 22:31:58 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Nov 2008 22:31:58 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-mobile@freebsd.org From: martinko Date: Thu, 27 Nov 2008 23:31:50 +0100 Lines: 84 Message-ID: References: <20081121195714.CEE4B45010@ptavv.es.net> <20081122113015.B70117@sola.nimnet.asn.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 In-Reply-To: <20081122113015.B70117@sola.nimnet.asn.au> Sender: news Cc: freebsd-acpi@freebsd.org Subject: Re: Is the C3 possible with SMP? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 22:32:06 -0000 Ian Smith wrote: > On Fri, 21 Nov 2008, Kevin Oberman wrote: > > > From: martinko > > > [...] > > > > > > Hi, > > > > > > My laptop reports C1 state only: > > > > > > $ sysctl -a | grep cx_ > > > hw.acpi.cpu.cx_lowest: C1 > > > dev.cpu.0.cx_supported: C1/1 > > > dev.cpu.0.cx_lowest: C1 > > > dev.cpu.0.cx_usage: 100.00% > > > > > > But this is Pentium-M and I remember it could use C2 and C3 back with > > > 5.x kernel and I'm sure I had USB as I have now. > > > > > > Do you have any idea why I don't have C2/C3 states available anymore ?? > > > > Under 7-Stable, my Pentium-M system (ThinkPad T43) shows C1, C2, and > > C3. Of course, it's not an SMP. > > dev.cpu.0.cx_supported: C1/1 C2/1 C3/85 > > dev.cpu.0.cx_lowest: C1 > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% > > > > cx_supported has nothing to do with the value of cx_lowest. It should > > simply be what the CPU reports back vi ACPI as to the C states supported > > on the platform. > > Well, except that cx_supported shows the possible values for cx_lowest; > ie you can only select a value for cx_lowest that's in cx_supported .. > so it does seem odd that martinko's cx_supported has been limited to C1? > > Whether the system ever actually uses the cx_lowest value you select, > other than C1, is another matter of course. My T23 (P3-M, 7.0-R) allows > selection of C3, but only ever uses it if the machine was booted up on > battery(!) but that might be a BIOS/EC bug that upgrading these may fix. > > cheers, Ian > Well, booting with or without battery does make a difference, strangely: $ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 525 dev.cpu.0.freq_levels: 2000/-1 1800/-1 1600/-1 1400/-1 1225/-1 1200/-1 1050/-1 1 000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/ -1 dev.cpu.0.cx_supported: C1/1 C2/1 C3/2 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% This was suggested to me by Henry Hu: Henry Hu wrote: > You may try to boot with battery. > If I boot with AC, there are only C1 and C2. But if I boot with > battery, there is C3. > I found that the line to recheck cx states has been commented in the > source code. So cx states keep the same since system startup. > > Cheers, > > Henry Cx states other than C1 are never used, unfortunately. Both C2 and C3 were used back with 5.something (I started with 5.3). I guess USB might be the culprit here. Anyway, it behaves strangely, at best. :( Cheers, Martin PS: Also, AFAIR C3 was not 2 but something like 100 back in times of 5.x when it worked on this laptop correctly.