Re: cvs commit: src/sys/dev/acpica acpi_cpu.c src/share/man/man4 acpi.4 src/sys/conf files src/sys/modules/acpi Makefile
On Sun, 16 Nov 2003, Lukas Ertl wrote: > On Sat, 15 Nov 2003, Nate Lawson wrote: > > > Please test this to be sure that it boots ok on your machine, especially > > SMP boxes. Throttling should still work ok also. > > Seems to work here: > > hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C3/185 > hw.acpi.cpu.cx_lowest: 0 > hw.acpi.cpu.cx_history: 173839/0 0/0 0/0 0/0 > > I've no idea if it actually has an effect. Yes, it is working fine for you. Those states look like a Centrino. (I've gotten familiar with how different chipsets look). In any case, the default is to just use C1 which is the same as previous behavior. To get better power savings, set cx_lowest to 1, 2, or 3. The counters in the appropriate slots will go up in cx_history. From your latencies, you should be fine with a value of 1 and see a slight performance loss for 2 or 3 (but very small). I'd be interested in any testing results you find for each of those values (in terms of power and performance). -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/dev/acpica acpi_cpu.c src/share/man/man4 acpi.4 src/sys/conf files src/sys/modules/acpi Makefile
On Sat, 15 Nov 2003, Nate Lawson wrote: > Please test this to be sure that it boots ok on your machine, especially > SMP boxes. Throttling should still work ok also. Seems to work here: hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 C3/185 hw.acpi.cpu.cx_lowest: 0 hw.acpi.cpu.cx_history: 173839/0 0/0 0/0 0/0 I've no idea if it actually has an effect. regards, le -- Lukas Ertl eMail: [EMAIL PROTECTED] UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: src/sys/dev/acpica acpi_cpu.c src/share/man/man4 acpi.4 src/sys/conf files src/sys/modules/acpi Makefile
The default value of this driver is to use C1 (HLT), which is equivalent to previous behavior. To use lower idle states, set hw.acpi.cpu.cx_lowest to the index of the desired state. See sysctl hw.acpi.cpu output to get an idea of the values. Here is the result on my IBM T23: hw.acpi.cpu.cx_supported: C1/0 C2/84 C3/120 hw.acpi.cpu.cx_lowest: 2 hw.acpi.cpu.cx_history: 1996/0 0/0 43011/82 This means I have 3 idle states. C1 = HLT (at index 0). The lowest is C3 (index 2). The cx_history is a summary of long/short sleeps for each supported state. The lower idle states use less power but also add more latency so you will probably see some decrease in IO benchmarks if you enable them. Please test this to be sure that it boots ok on your machine, especially SMP boxes. Throttling should still work ok also. Thanks, Nate -- Forwarded message -- Date: Sat, 15 Nov 2003 11:26:41 -0800 (PST) njl 2003/11/15 11:26:06 PST FreeBSD src repository Modified files: sys/dev/acpica acpi_cpu.c share/man/man4 acpi.4 sys/conf files sys/modules/acpi Makefile Log: Implement Cx CPU idle states and updated throttling support. * Use the cpu_idle_hook() to do idling for C1-C3. * Use both _CST and the FADT to detect Cx states. * Use both _PTC and P_CNT for controlling throttling. * Add a notify handler to detect changes in _CST and _PSS * Call the _INI function for each processor if present. This will be done by ACPI-CA in the future. * Fix a bug on SMP systems where CPUs will attach multiple times if the bus is rescan. * Document new sysctls for controlling idling. Revision ChangesPath 1.17 +25 -7 src/share/man/man4/acpi.4 1.853 +1 -0 src/sys/conf/files 1.19 +784 -162 src/sys/dev/acpica/acpi_cpu.c 1.32 +2 -1 src/sys/modules/acpi/Makefile ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"