summaryrefslogtreecommitdiffstats
path: root/sys/dev/cpufreq/ichss.c
Commit message (Collapse)AuthorAgeFilesLines
* Only activate ICH speedstep if we're going to use it. No bugs were observednjl2005-03-201-9/+9
| | | | due to this but it's cleaner this way.
* Make a pass through all drivers checking specs for desired behavior onnjl2005-02-271-1/+5
| | | | | | | SMP systems. It appears all drivers except ichss should attach to each CPU and that settings should be performed on each CPU. Add comments about this. Also, add a guard for p4tcc's identify method being called more than once.
* Support disabling individual cpufreq drivers with hints, e.g.,njl2005-02-221-0/+3
| | | | hint.ichss.0.disabled="1"
* Don't attach ichss if est is present. On systems that seem to support both,njl2005-02-201-2/+6
| | | | the multi-setting EST is preferable.
* Introduce a new method, cpufreq_drv_type(), that returns the type of thenjl2005-02-181-9/+18
| | | | | | | | | | | driver. This used to be handled by cpufreq_drv_settings() but it's useful to get the type/flags separately from getting the settings. (For example, you don't have to pass an array of cf_setting just to find the driver type.) Use this new method in our in-tree drivers to detect reliably if acpi_perf is present and owns the hardware. This simplifies logic in drivers as well as fixing a bug introduced in my last commit where too many drivers attached.
* Fix the check for acpi_perf(4) so that we verify if it is fully attachednjl2005-02-171-4/+14
| | | | | | | | | or just offering info. In the former case, we don't probe/attach to allow the ACPI driver precedence. A refinement of this would be to actually use the info provided by acpi_perf(4) to get the real CPU clock rates instead of estimating them but since all systems that support both acpi_perf(4) and ichss(4) export the control registers to acpi_perf(4), it can just handle the registers on its own.
* Use intr_disable/restore() instead of disable_intr() since the latter isnjl2005-02-051-2/+3
| | | | not MI. This should fix build on non i386 platforms.
* Don't rely on indirect inclusion of machine/bus.h to useimp2005-02-041-0/+1
| | | | | | bus_space_{read,write}_* routines. This doesn't matter in the current tree, but will matter soon (the rest of the tree appears to already be clean).
* Add a cpufreq driver for the SpeedStep capability in the ICH chipset. Thisnjl2005-02-041-0/+372
driver offers two settings. Information for this driver was obtained from the Intel datasheets and by reviewing the Linux driver.
OpenPOWER on IntegriCloud