summaryrefslogtreecommitdiffstats
path: root/etc/rc.d/power_profile
Commit message (Collapse)AuthorAgeFilesLines
* rc.d/power_profile: use recently added Cmax for cx_lowestavg2012-09-111-2/+1
| | | | | | | Trying to determine current lowest C-state after an AC event is racy with C-states actually being changed by ACPI platform and kernel driver. MFC after: 3 weeks
* Whitespace nitkevlo2012-07-131-1/+1
|
* Revert r238004 as more review has come in and there is now a discussionsbruno2012-07-021-1/+1
| | | | on how to best proceed.
* Cosmetic display change of Cx states via cx_supported sysctl entries.sbruno2012-07-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Adjust power_profile script to handle the new world order as well. Some vendors are opting out of a C2 state and only defining C1 & C3. This leads the acpi_cpu display to indicate that the machine supports C1 & C2 which is caused by the (mis)use of the index of the cx_state array as the ACPI_STATE_CX value. e.g. the code was pretending that cx_state[i] would always convert to i by subtracting 1. cx_state[2] == ACPI_STATE_C3 cx_state[1] == ACPI_STATE_C2 cx_state[0] == ACPI_STATE_C1 however, on certain machines this would lead to cx_state[1] == ACPI_STATE_C3 cx_state[0] == ACPI_STATE_C1 This didn't break anything but led to a display of: * dev.cpu.0.cx_supported: C1/1 C2/96 Instead of * dev.cpu.0.cx_supported: C1/1 C3/96 MFC after: 2 weeks
* As previously discussed, add the svn:executable property to all scriptsdougb2008-07-161-0/+0
|
* The sysctl(8) program exits on some errors and only emits warnings onmtm2008-06-231-1/+5
| | | | | | | | | others. In the case where it displayed warnings it would still return succesfully. Modify it so that it returns the number of sysctls that it was not able to set. Make use of this in rc.d to display only *unsuccessfull* attempts to set sysctls.
* Add an empty stop_cmd to the remaining scripts that don't startdougb2007-12-081-0/+1
| | | | daemons and don't already have one.
* Add a dummy script, FILESYSTEMS, which depends on root and mountcritlocaldes2007-04-021-1/+1
| | | | | | | | | | | | and takes over mountcritlocal's role as the early / late divider. This makes it far easier to add rc scripts which need to run early, such as a startup script for zfs, which is right around the corner. This change should be a no-op; I have verified that the only change in rcorder's output is the insertion of FILESYSTEMS immediately after mountcritlocal. MFC after: 3 weeks
* Re-work Cx handling to be per-cpu and asymmetrical, fixing support onnjl2007-01-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | modern dual-core systems as well. - Parse the _CST packages for each cpu and track all the states individually, on a per-cpu basis. - Revert to generic FADT/P_BLK based Cx control if the _CST package is not present on all cpus. In that case, the new driver will still support per-cpu Cx state handling. The driver will determine the highest Cx level that can be supported by all the cpus and configure the available Cx state based on that. - Fixed the case where multiple cpus in the system share the same registers for Cx state handling. To do that, added a new flag parameter to the acpi_PkgGas and acpi_bus_alloc_gas functions that enable the caller to add the RF_SHAREABLE flag. This flag could also be useful to other callers (acpi_throttle?) in the tree but this change is not yet made. - For Core Duo cpus, both cores seems to be taken out of C3 state when any one of the cores need to transition out. This broke the short sleep detection logic. It is disabled now if there is more than one cpu in the system for now as it fixed it in my case. This quirk may need to be re-enabled later differently. - Added support to control cx_lowest on a per-cpu basis. There is still a generic cx_lowest to enable changing cx_lowest for all cpus with a single sysctl and for ease of use. Sample output for the new sysctl: dev.cpu.0.cx_supported: C1/1 C2/1 C3/57 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.00% 43.16% 56.83% dev.cpu.1.cx_supported: C1/1 C2/1 C3/57 dev.cpu.1.cx_lowest: C3 dev.cpu.1.cx_usage: 0.00% 45.65% 54.34% hw.acpi.cpu.cx_lowest: C3 This work was done by Stephane E. Potvin with some simple reworking by myself. Thank you. Submitted by: Stephane E. Potvin <sepotvin / videotron.ca> MFC after: 2 weeks
* REQUIRE: syslogd and BEFORE: NETWORKING are now antithetical,dougb2005-12-211-1/+0
| | | | | | | | | | | and including both in this file had nasty side effects on the ordering of syslogd, as well as producing an error when running rcorder. Remove the more bogus of the two options, which restores proper ordering and removes the error. There is an open question as to whether scripts with the nostart KEYWORD should even have REQUIRE/BEFORE lines, and indeed, whether they should be in /etc/rc.d at all, but that's for another time.
* Embellish the dependency lists - this script depends having awk(1),obrien2005-07-221-0/+2
| | | | | and it needs syslogd due to using logger(1). Have it run as early as possible to save battery power for laptop users.
* Add the ability to specify "NONE" if the user wants no change for thenjl2005-02-261-0/+3
| | | | | | given power profile. MFC after: 1 day
* Quiet error messages if the requested sysctls are not present.njl2005-02-251-6/+6
| | | | MFC after: 1 day
* Add support for cpufreq to power_profile(8). Values for on/offline cpunjl2005-02-061-4/+6
| | | | | | frequencies are specified with performance_cpu_freq and economy_cpu_freq. Of course, special values LOW and HIGH are also supported. Also, remove old throttling support.
* Remove the requirement for the FreeBSD keyword as it no longermtm2004-10-071-1/+1
| | | | | | | makes any sense. Discussed with: dougb, brooks MFC after: 3 days
* Change hw.acpi.cpu.cx_lowest to accept values in the form of C1,njl2004-05-071-2/+2
| | | | | C2, ... Update power_profile to use the new format. Update the man page to reflect this and give more info on Cx states.
* Mark scripts as not usable inside a jail by adding keyword 'nojail'.pjd2004-03-081-1/+1
| | | | Some suggestions from: rwatson, Ruben de Groot <mail25@bzerk.org>
* Add power_profile, a script that changes the ACPI CPU Cx idle state and/ornjl2003-12-181-0/+86
the throttling state in response to line transitions. Future plans include adding support for CPU frequency changes. Add a devd.conf entry for calling this script. The default values for this are: performance_cx_lowest="HIGH" # Use HLT (C0) online performance_throttle_state="HIGH" # 100% (no throttling) economy_cx_lowest="LOW" # Use the lowest Cx state possible economy_throttle_state="HIGH" # 100% (no throttling)
OpenPOWER on IntegriCloud