#
302408 |
|
07-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
298514 |
|
23-Apr-2016 |
lme |
- Add descriptions to most of the rc scripts. Those are mostly taken from their daemon's manpage and probably improved. - Consistently use "filesystem" not "file system".
Approved by: bapt, brueffer Differential Revision: D452
|
#
240343 |
|
11-Sep-2012 |
avg |
rc.d/power_profile: use recently added Cmax for cx_lowest
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
|
#
238416 |
|
13-Jul-2012 |
kevlo |
Whitespace nit
|
#
238009 |
|
02-Jul-2012 |
sbruno |
Revert r238004 as more review has come in and there is now a discussion on how to best proceed.
|
#
238004 |
|
02-Jul-2012 |
sbruno |
Cosmetic display change of Cx states via cx_supported sysctl entries.
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
|
#
180563 |
|
16-Jul-2008 |
dougb |
As previously discussed, add the svn:executable property to all scripts
|
#
179965 |
|
23-Jun-2008 |
mtm |
The sysctl(8) program exits on some errors and only emits warnings on 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.
|
#
174464 |
|
08-Dec-2007 |
dougb |
Add an empty stop_cmd to the remaining scripts that don't start daemons and don't already have one.
|
#
168283 |
|
02-Apr-2007 |
des |
Add a dummy script, FILESYSTEMS, which depends on root and mountcritlocal 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
|
#
165875 |
|
07-Jan-2007 |
njl |
Re-work Cx handling to be per-cpu and asymmetrical, fixing support on 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
|
#
153588 |
|
20-Dec-2005 |
dougb |
REQUIRE: syslogd and BEFORE: NETWORKING are now antithetical, 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.
|
#
148273 |
|
21-Jul-2005 |
obrien |
Embellish the dependency lists - this script depends having awk(1), and it needs syslogd due to using logger(1). Have it run as early as possible to save battery power for laptop users.
|
#
142572 |
|
26-Feb-2005 |
njl |
Add the ability to specify "NONE" if the user wants no change for the given power profile.
MFC after: 1 day
|
#
142523 |
|
25-Feb-2005 |
njl |
Quiet error messages if the requested sysctls are not present.
MFC after: 1 day
|
#
141417 |
|
06-Feb-2005 |
njl |
Add support for cpufreq to power_profile(8). Values for on/offline cpu 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.
|
#
136224 |
|
07-Oct-2004 |
mtm |
Remove the requirement for the FreeBSD keyword as it no longer makes any sense.
Discussed with: dougb, brooks MFC after: 3 days
|
#
129021 |
|
07-May-2004 |
njl |
Change hw.acpi.cpu.cx_lowest to accept values in the form of C1, C2, ... Update power_profile to use the new format. Update the man page to reflect this and give more info on Cx states.
|
#
126744 |
|
08-Mar-2004 |
pjd |
Mark scripts as not usable inside a jail by adding keyword 'nojail'.
Some suggestions from: rwatson, Ruben de Groot <mail25@bzerk.org>
|
#
123626 |
|
18-Dec-2003 |
njl |
Add power_profile, a script that changes the ACPI CPU Cx idle state and/or 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)
|