freebsd-dev/sys/modules/cpufreq/Makefile

# $FreeBSD$

.PATH:	${.CURDIR}/../../dev/cpufreq		\
	${.CURDIR}/../../${MACHINE_CPUARCH}/cpufreq

KMOD=	cpufreq
SRCS=	ichss.c
SRCS+=	bus_if.h cpufreq_if.h device_if.h pci_if.h

.if ${MACHINE} == "i386" || ${MACHINE} == "amd64"
.PATH:	${.CURDIR}/../../x86/cpufreq

SRCS+=	acpi_if.h opt_acpi.h
SRCS+=	est.c hwpstate.c p4tcc.c powernow.c
.endif

.if ${MACHINE} == "i386"
SRCS+=	smist.c
.endif

.if ${MACHINE} == "powerpc"
.PATH:	${.CURDIR}/../../powerpc/cpufreq
SRCS+= dfs.c
.endif

.include <bsd.kmod.mk>
Hook up the cpufreq framework, acpi_perf(4), and cpufreq(4) drivers. 2005-02-04 05:49:36 +00:00			`# $FreeBSD$`

Hook EST up to the build. 2005-02-20 20:29:04 +00:00			`.PATH: ${.CURDIR}/../../dev/cpufreq \`
MFtbemd: 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... 2010-08-23 06:13:29 +00:00			`${.CURDIR}/../../${MACHINE_CPUARCH}/cpufreq`
Hook up the cpufreq framework, acpi_perf(4), and cpufreq(4) drivers. 2005-02-04 05:49:36 +00:00
			`KMOD= cpufreq`
			`SRCS= ichss.c`
			`SRCS+= bus_if.h cpufreq_if.h device_if.h pci_if.h`

Add support for _PDC/_OSC by advertising that we support direct access to the PERF_CTL/STS MSRs via the new acpi_get_features() method. This should allow newer systems to use SpeedStep. 2005-04-04 15:51:13 +00:00			`.if ${MACHINE} == "i386" \|\| ${MACHINE} == "amd64"`
Introduce the new kernel sub-tree x86 which should contain all the code 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 2010-02-25 14:13:39 +00:00			`.PATH: ${.CURDIR}/../../x86/cpufreq`
Hook powernow up to the build for i386 and amd64. 2005-03-27 21:47:12 +00:00
Add support for _PDC/_OSC by advertising that we support direct access to the PERF_CTL/STS MSRs via the new acpi_get_features() method. This should allow newer systems to use SpeedStep. 2005-04-04 15:51:13 +00:00			`SRCS+= acpi_if.h opt_acpi.h`
Add support for Phenom (Family 10h) to cpufreq. Its a newer version provided by the author than in the PR. PR: kern/128575 Submitted by: Gen Otsuji annona2 [at] gmail.com 2009-03-28 08:54:47 +00:00			`SRCS+= est.c hwpstate.c p4tcc.c powernow.c`
Hook EST up to the build. 2005-02-20 20:29:04 +00:00			`.endif`

Add a driver for SMI-based SpeedStep. The hardware supports two frequency 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 2005-04-19 16:38:24 +00:00			`.if ${MACHINE} == "i386"`
			`SRCS+= smist.c`
			`.endif`

Introduce support for cpufreq on PowerPC with the dynamic frequency switching capabilities of the MPC7447A and MPC7448. 2009-05-31 09:01:23 +00:00			`.if ${MACHINE} == "powerpc"`
			`.PATH: ${.CURDIR}/../../powerpc/cpufreq`
			`SRCS+= dfs.c`
			`.endif`

Hook up the cpufreq framework, acpi_perf(4), and cpufreq(4) drivers. 2005-02-04 05:49:36 +00:00			`.include <bsd.kmod.mk>`