#
463e0f91 |
| 10-Mar-2008 |
John Baldwin <jhb@FreeBSD.org> |
Probe CPUs after the PCI hierarchy on i386, amd64, and ia64. This allows the cpufreq drivers to reliably use properties of PCI devices for quirks, etc. - For the legacy drivers, add CPU devices via
Probe CPUs after the PCI hierarchy on i386, amd64, and ia64. This allows the cpufreq drivers to reliably use properties of PCI devices for quirks, etc. - For the legacy drivers, add CPU devices via an identify routine in the CPU driver itself rather than in the legacy driver's attach routine. - Add CPU devices after Host-PCI bridges in the acpi bus driver. - Change the ichss(4) driver to use pci_find_bsf() to locate the ICH and check its device ID rather than having a bogus PCI attachment that only checked for the ID in probe and always failed. As a side effect, you can now kldload ichss after boot. - Fix the ichss(4) driver to use the correct device_t for the ICH (and not for ichss0) when doing PCI config space operations to enable SpeedStep.
MFC after: 2 weeks Reviewed by: njl, Andriy Gapon avg of icyb.net.ua
show more ...
|
Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0 |
|
#
c40da00c |
| 16-May-2006 |
Poul-Henning Kamp <phk@FreeBSD.org> |
Since DELAY() was moved, most <machine/clock.h> #includes have been unnecessary.
|
Revision tags: release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0 |
|
#
823d404a |
| 20-Mar-2005 |
Nate Lawson <njl@FreeBSD.org> |
Only activate ICH speedstep if we're going to use it. No bugs were observed due to this but it's cleaner this way.
|
#
97d31723 |
| 27-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Make a pass through all drivers checking specs for desired behavior on SMP systems. It appears all drivers except ichss should attach to each CPU and that settings should be performed on each CPU.
Make a pass through all drivers checking specs for desired behavior on 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.
show more ...
|
#
0dc1b976 |
| 22-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Support disabling individual cpufreq drivers with hints, e.g., hint.ichss.0.disabled="1"
|
#
a47331bb |
| 21-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Don't attach ichss if est is present. On systems that seem to support both, the multi-setting EST is preferable.
|
#
e94a0c1a |
| 18-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Introduce a new method, cpufreq_drv_type(), that returns the type of the driver. This used to be handled by cpufreq_drv_settings() but it's useful to get the type/flags separately from getting the s
Introduce a new method, cpufreq_drv_type(), that returns the type of the 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.
show more ...
|
#
6655857e |
| 17-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Fix the check for acpi_perf(4) so that we verify if it is fully attached or just offering info. In the former case, we don't probe/attach to allow the ACPI driver precedence. A refinement of this w
Fix the check for acpi_perf(4) so that we verify if it is fully attached 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.
show more ...
|
#
0a9145a2 |
| 05-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Use intr_disable/restore() instead of disable_intr() since the latter is not MI. This should fix build on non i386 platforms.
|
#
c4241acb |
| 04-Feb-2005 |
Warner Losh <imp@FreeBSD.org> |
Don't rely on indirect inclusion of machine/bus.h to use 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
Don't rely on indirect inclusion of machine/bus.h to use 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).
show more ...
|
#
6c7b11cc |
| 04-Feb-2005 |
Nate Lawson <njl@FreeBSD.org> |
Add a cpufreq driver for the SpeedStep capability in the ICH chipset. This driver offers two settings. Information for this driver was obtained from the Intel datasheets and by reviewing the Linux
Add a cpufreq driver for the SpeedStep capability in the ICH chipset. This driver offers two settings. Information for this driver was obtained from the Intel datasheets and by reviewing the Linux driver.
show more ...
|