cpufreq(4): Add support for Intel Speed ShiftIntel 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
cpufreq(4): Add support for Intel Speed ShiftIntel 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 fromhere.Submitted by: bwidawsk, scottphReviewed by: bcr (manpages), myselfDiscussed with: jhb, kib (earlier versions)With feedback from: Greg V, gallatin, freebsdnewbie AT freenet.deRelnotes: yesDifferential Revision: https://reviews.freebsd.org/D18028
show more ...
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead
MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is thesource code location of the machine, the latter the binary output. Ingeneral, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unlesswe're tesitng for a specific target. The isn't even moot fori386/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 codeshared and generalized between our current amd64, i386 and pc98.This is just an initial step that should lead to a more compl
Introduce the new kernel sub-tree x86 which should contain all the codeshared 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 andthe whole MD specific ISA bus part is added to the sub-tree but ideallya lot of code might be added and more shared support should grow.Sponsored by: Sandvine IncorporatedReviewed by: emaste, kib, jhb, impDiscussed on: archMFC: 3 weeks
Import ACPICA 20090521.
Introduce support for cpufreq on PowerPC with the dynamic frequencyswitching capabilities of the MPC7447A and MPC7448.
Add support for Phenom (Family 10h) to cpufreq.Its a newer version provided by the author than in the PR.PR: kern/128575Submitted by: Gen Otsuji annona2 [at] gmail.com
Dike out WARNS from kernel module makefiles. Kernels and modulesuse a different mechanism for setting warning flags, and usingWARNS here only has null or negative effects.Submitted by: bde (I th
Dike out WARNS from kernel module makefiles. Kernels and modulesuse a different mechanism for setting warning flags, and usingWARNS 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 frequencysettings and is an older version of the same design used for ICH SpeedStep.It is only known to be available on PIIX4 chipse
Add a driver for SMI-based SpeedStep. The hardware supports two frequencysettings 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 fortesting.Submitted by: Bruno Ducrot
Add support for _PDC/_OSC by advertising that we support direct access tothe PERF_CTL/STS MSRs via the new acpi_get_features() method. This shouldallow newer systems to use SpeedStep.
Additions to .PATH are cumulative so referencing $.PATH is not helpful.Informed by: ru
Fix module build on amd64. There may be a cleaner way to do the .PATH
Hook powernow up to the build for i386 and amd64.
Hook p4tcc up to the module build.
Hook EST up to the build.
Hook up the cpufreq framework, acpi_perf(4), and cpufreq(4) drivers.