On Sunday 18 December 2005 01:13, Kevin Oberman wrote: > > Date: Sat, 17 Dec 2005 18:14:01 +0100 > > From: martinko <[EMAIL PROTECTED]> > > > > Kevin Oberman wrote: > > >>Date: Fri, 16 Dec 2005 14:29:39 -0600 > > >>From: Craig Boston <[EMAIL PROTECTED]> > > >>Sender: [EMAIL PROTECTED] > > >> > > >>>-cpu0: <ACPI CPU (4 Cx states)> on acpi0 > > >>>+cpu0: <ACPI CPU> on acpi0 > > >>> > > >>>Q: Guessing that's a formatting difference, rather then 6.x not > > >>> recognizing the states (sysctl hw.acpi.cpu.cx_supported confirms 4 > > >>> states) > > >> > > >>Not sure on this, but you're probably better off using EST anyway as I > > >>think it gives you more control over the processor frequency. > > > > > > No. There is no conflict between Cx states and EST. Cx states specifies > > > how deeply the CPU will sleep when idle. EST controls processor speed > > > and voltage. In most cases, your REALLY want to use both of these. They > > > are very significant in saving power. (Of course, USB tends to limit > > > the effectiveness of Cx states. I need to run without USB to get really > > > good battery life and to make suspend (S3) really ut power drain. > > > > Kevin, > > > > I used to have 3 Cx states supported when I started with FreeBSD on > > version 5.3. Since I upgraded to 5.4 and recently to 6.0, all I can see > > is just one supported Cx state. I much wonder why. (?) > > What value do you have in /etc/rc.conf (if any) for > performance_cx_lowest? It defaults to HIGH which will limit you to only > the most power hungry sleep state (simple halt). This was made the > default because some hardware was breaking when this was defaulted to > LOW. T0 get other Cx states to be utilized, add > 'performance_cx_lowest="LOW"' to /etc/rc.conf.
Doesn't affect hw.acpi.cpu.cx_supported though, so that's the thing to check: # sysctl hw.acpi.cpu.cx_supported; grep performance /etc/rc.conf|wc -l hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C4/185 0 -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"