src/sys/modules/cpufreq, branch release/13.2.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.02020-01-22T23:28:42Zcpufreq(4): Add support for Intel Speed Shift2020-01-22T23:28:42ZConrad Meyercem@FreeBSD.org2020-01-22T23:28:42Zurn:sha1:4577cf3744b98d0fa7cea80c75079c3cf5155471
Intel Speed Shift is Intel's technology to control frequency in hardware,
with hints from software.
Let's get a working version of this in the tree and we can refine it from
here.
Submitted by: bwidawsk, scottph
Reviewed by: bcr (manpages), myself
Discussed with: jhb, kib (earlier versions)
With feedback from: Greg V, gallatin, freebsdnewbie AT freenet.de
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D18028
sys/modules: normalize .CURDIR-relative paths to SRCTOP2017-03-04T10:10:17ZEnji Cooperngie@FreeBSD.org2017-03-04T10:10:17Zurn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048
This simplifies make output/logic
Tested with: `cd sys/modules; make ALL_MODULES=` on amd64
MFC after: 1 month
Sponsored by: Dell EMC Isilon
MFtbemd:2010-08-23T06:13:29ZWarner Loshimp@FreeBSD.org2010-08-23T06:13:29Zurn:sha1:c09808d0d611d103bece3d41886b87de160900c0
Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the
source code location of the machine, the latter the binary output. In
general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless
we're tesitng for a specific target. The isn't even moot for
i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,
although a specific cleanup for that likely would be needed...
Introduce the new kernel sub-tree x86 which should contain all the code2010-02-25T14:13:39ZAttilio Raoattilio@FreeBSD.org2010-02-25T14:13:39Zurn:sha1:32580301441a6c4f89a20c20f53e45e5557a8b64
shared and generalized between our current amd64, i386 and pc98.
This is just an initial step that should lead to a more complete effort.
For the moment, a very simple porting of cpufreq modules, BIOS calls and
the whole MD specific ISA bus part is added to the sub-tree but ideally
a lot of code might be added and more shared support should grow.
Sponsored by: Sandvine Incorporated
Reviewed by: emaste, kib, jhb, imp
Discussed on: arch
MFC: 3 weeks
Import ACPICA 20090521.2009-06-05T18:44:36ZJung-uk Kimjkim@FreeBSD.org2009-06-05T18:44:36Zurn:sha1:129d3046ef0427d3b22b78a71f3494854d817fbaIntroduce support for cpufreq on PowerPC with the dynamic frequency2009-05-31T09:01:23ZNathan Whitehornnwhitehorn@FreeBSD.org2009-05-31T09:01:23Zurn:sha1:9eb9db93da05b01b5bce45fa9ed0ee234aece429
switching capabilities of the MPC7447A and MPC7448.
Add support for Phenom (Family 10h) to cpufreq.2009-03-28T08:54:47ZMichael Reifenbergermr@FreeBSD.org2009-03-28T08:54:47Zurn:sha1:24cd37102ccb81a0dba30ccb3650843fea35a89a
Its a newer version provided by the author than in the PR.
PR: kern/128575
Submitted by: Gen Otsuji annona2 [at] gmail.com
Dike out WARNS from kernel module makefiles. Kernels and modules2006-05-30T09:38:54ZRuslan Ermilovru@FreeBSD.org2006-05-30T09:38:54Zurn:sha1:ad3cf350d35f835887ff12cba73badcefc64149e
use a different mechanism for setting warning flags, and using
WARNS here only has null or negative effects.
Submitted by: bde (I think it means "submitted")
Add a driver for SMI-based SpeedStep. The hardware supports two frequency2005-04-19T16:38:24ZNate Lawsonnjl@FreeBSD.org2005-04-19T16:38:24Zurn:sha1:f8420b58284ada2e4b49a2c347e780a8b0762717
settings and is an older version of the same design used for ICH SpeedStep.
It is only known to be available on PIIX4 chipsets.
Many thanks to Bruno Ducrot for writing the driver and Jon Noack for
testing.
Submitted by: Bruno Ducrot
Add support for _PDC/_OSC by advertising that we support direct access to2005-04-04T15:51:13ZNate Lawsonnjl@FreeBSD.org2005-04-04T15:51:13Zurn:sha1:15785fbe8116dc90b221ddb865f9e368ebacc97c
the PERF_CTL/STS MSRs via the new acpi_get_features() method. This should
allow newer systems to use SpeedStep.