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. From owner-freebsd-mobile@FreeBSD.ORG Thu Nov 27 23:58:18 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 281D41065672 for ; Thu, 27 Nov 2008 23:58:18 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id D290D8FC17 for ; Thu, 27 Nov 2008 23:58:17 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so458705ana.13 for ; Thu, 27 Nov 2008 15:58:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Or7zpTRK2MvGN90a1wdoAv+loBOIyf4yONX3F0j6mio=; b=KbR0IGM7IiTKr6+SV5fDwP4D6onHn2Js9R37adscvho81yPStvN4doNv2/fEPIsP7y tdRUGh4JXemjcq5CIVNkuKnCk9S+z1q9LruieYKo8cxsAHE7KoKbCakASFgKhl0vvUoo oK8lHQ0dd+r/jD3i3b7zLPeRhzL0ySCk9p/BY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QGT+RWq267kYKy3uOgkQxaWk8NaE9DYpPM63KM8iVbUO5NomFgRQRc6/yVrKMPpDDZ cvV7EO3k39Qcf3KR99/dT2ivJHtzG+8hXZk/PwquXaDGodNk/wx43WZKNBOlAMTgEy1X w86iWSslZyxfrGT1E+t7+3AyGDFIjsyOPgIsM= Received: by 10.231.10.70 with SMTP id o6mr250353ibo.12.1227830296695; Thu, 27 Nov 2008 15:58:16 -0800 (PST) Received: by 10.231.10.195 with HTTP; Thu, 27 Nov 2008 15:58:16 -0800 (PST) Message-ID: <3a142e750811271558r73727d81nb7dc7184627b54d3@mail.gmail.com> Date: Fri, 28 Nov 2008 00:58:16 +0100 From: "Paul B. Mahol" To: martinko In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081121195714.CEE4B45010@ptavv.es.net> <20081122113015.B70117@sola.nimnet.asn.au> Cc: freebsd-acpi@freebsd.org, freebsd-mobile@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 23:58:18 -0000 On 11/27/08, martinko wrote: > 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. It works for me: [ignoring fact that C3 appears only if laptop is disconneted from AC] Looks like I'm lucky ... CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.51-MHz 686-class CPU dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 125 dev.cpu.0.freq_levels: 1667/31000 1458/27125 1333/22000 1166/19250 1000/13000 875/11375 750/9750 625/8125 500/6500 375/4875 250/3250 125/1625 dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 4.59% 95.40% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.00% 3.61% 96.38% Design capacity: 3365 mAh Last full capacity: 3365 mAh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 169 mAh Capacity (low): 34 mAh Low/warn granularity: 100 mAh Warn/full granularity: 100 mAh Model number: Primary Serial number: 03400 2007/03/19 Type: LIon OEM info: Hewlett-Packard State: discharging Remaining capacity: 92% Remaining time: 2:12 Present rate: 15573 mA Voltage: 11708 mV It is interesting that when machine is almost completly idle typing inside syscons is very slooow - I need to move mouse all the time to speed up it (guess syscons is very slow). But just having mplayer playing music in background will improve interactivity a lot, note this doesnt happen inside X11. It doesnt happen if one of CPU have cx_lowest set to C2. This is very evident if I use powerd -b minimum. PS: I tested it with usb2_{core,controller_(ehci,uhci)} -- Paul