Changes in Kconfig

7e265fc0 - cpufreq: Move endif to the end of Kconfig file

Fri, 10 Jan 2025 05:53:10 +0000

cpufreq: Move endif to the end of Kconfig fileIt is possible to enable few cpufreq drivers, without the frameworkbeing enabled. This happened due to a bug while moving the entriesearlier. Fix it.Fixes: 7ee1378736f0 ("cpufreq: Move CPPC configs to common Kconfig and add RISC-V")Signed-off-by: Viresh Kumar Reviewed-by: Pierre Gondois Reviewed-by: Sunil V L Reviewed-by: Sudeep Holla Link: https://patch.msgid.link/84ac7a8fa72a8fe20487bb0a350a758bce060965.1736488384.git.viresh.kumar@linaro.orgSigned-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

f1f010c9 - cpufreq: fix using cpufreq-dt as module

Sun, 03 Nov 2024 21:02:51 +0000

cpufreq: fix using cpufreq-dt as moduleThis driver can be built as a module since commit 3b062a086984 ("cpufreq:dt-platdev: Support building as module"), but unfortunately this causeda regression because the cputfreq-dt-platdev.ko module does not autoload.Usually, this is solved by just using the MODULE_DEVICE_TABLE() macro toexport all the device IDs as module aliases. But this driver is specialdue how matches with devices and decides what platform supports.There are two of_device_id lists, an allow list that are for CPU devicesthat always match and a deny list that's for devices that must not match.The driver registers a cpufreq-dt platform device for all the CPU devicenodes that either are in the allow list or contain an operating-points-v2property and are not in the deny list.Enforce builtin compile of cpufreq-dt-platdev to make autoload work.Fixes: 3b062a086984 ("cpufreq: dt-platdev: Support building as module")Link: https://lore.kernel.org/all/20241104201424.2a42efdd@akair/Link: https://lore.kernel.org/all/20241119111918.1732531-1-javierm@redhat.com/Cc: stable@vger.kernel.orgSigned-off-by: Andreas Kemnade Reported-by: Radu Rendec Reported-by: Javier Martinez Canillas [ Viresh: Picked commit log from Javier, updated tags ]Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

4fd06a53 - cpufreq: add virtual-cpufreq driver

Thu, 19 Sep 2024 00:08:33 +0000

cpufreq: add virtual-cpufreq driverIntroduce a virtualized cpufreq driver for guest kernels to improveperformance and power of workloads within VMs.This driver does two main things:1. Sends the frequency of vCPUs as a hint to the host. The host uses thehint to schedule the vCPU threads and decide physical CPU frequency.2. If a VM does not support a virtualized FIE(like AMUs), it queries thehost CPU frequency by reading a MMIO region of a virtual cpufreq deviceto update the guest's frequency scaling factor periodically. This enablesaccurate Per-Entity Load Tracking for tasks running in the guest.Co-developed-by: Saravana Kannan Signed-off-by: Saravana Kannan Signed-off-by: David Dai Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

81746019 - cpufreq: Drop CONFIG_ARM and CONFIG_ARM64 dependency on Arm drivers

Tue, 06 Aug 2024 13:58:27 +0000

cpufreq: Drop CONFIG_ARM and CONFIG_ARM64 dependency on Arm driversThe CONFIG_ARM and CONFIG_ARM64 dependency is redundant as all thedrivers have necessary sub-arch dependency and don't depend on thearchitecture support.Signed-off-by: Rob Herring (Arm) Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

ccf51454 - cpufreq: Add Loongson-3 CPUFreq driver support

Fri, 05 Jul 2024 06:06:49 +0000

cpufreq: Add Loongson-3 CPUFreq driver supportSome of LoongArch processors (Loongson-3 series) support DVFS, theirIOCSR.FEATURES has IOCSRF_FREQSCALE set. And they has a micro-core inthe package called SMC (System Management Controller), which can beused to detect temperature, control fans, scale frequency and voltage,etc.The Loongson-3 CPUFreq driver is very simple now, it communicate withSMC, get DVFS info, set target frequency from CPUFreq core, and so on.There is a command list to interact with SMC, widely-used commands inthe CPUFreq driver include:CMD_GET_VERSION: Get SMC firmware version.CMD_GET_FEATURE: Get enabled SMC features.CMD_SET_FEATURE: Enable SMC features, such as basic DVFS, BOOST.CMD_GET_FREQ_LEVEL_NUM: Get the number of all frequency levels.CMD_GET_FREQ_BOOST_LEVEL: Get the first boost frequency level.CMD_GET_FREQ_LEVEL_INFO: Get the detail info of a frequency level.CMD_GET_FREQ_INFO: Get the current frequency.CMD_SET_FREQ_INFO: Set the target frequency.In future we will add automatic frequency scaling, which is similar toIntel's HWP (HardWare P-State).Signed-off-by: Binbin Zhou Signed-off-by: Huacai Chen [ Viresh: Minor formatting cleanups, change return type of exit() to void and use devm_mutex_init() ]Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

7ee13787 - cpufreq: Move CPPC configs to common Kconfig and add RISC-V

Thu, 08 Feb 2024 03:44:13 +0000

cpufreq: Move CPPC configs to common Kconfig and add RISC-VCPPC related config options are currently defined only in ARM specificfile. However, they are required for RISC-V as well. Instead of creatinga new Kconfig.riscv file and duplicating them, move them to the commonKconfig file and enable RISC-V too.Signed-off-by: Sunil V L Acked-by: Viresh Kumar Reviewed-by: Pierre Gondois Acked-by: Rafael J. Wysocki Acked-by: Sudeep Holla Link: https://lore.kernel.org/r/20240208034414.22579-3-sunilvl@ventanamicro.comSigned-off-by: Palmer Dabbelt List of files: /linux-6.15/drivers/cpufreq/Kconfig

cf8e8658 - arch: Remove Itanium (IA-64) architecture

Thu, 20 Oct 2022 13:54:33 +0000

arch: Remove Itanium (IA-64) architectureThe Itanium architecture is obsolete, and an informal survey [0] revealsthat any residual use of Itanium hardware in production is mostly HP-UXor OpenVMS based. The use of Linux on Itanium appears to be limited toenthusiasts that occasionally boot a fresh Linux kernel to see whetherthings are still working as intended, and perhaps to churn out somedistro packages that are rarely used in practice.None of the original companies behind Itanium still produce or supportany hardware or software for the architecture, and it is listed as'Orphaned' in the MAINTAINERS file, as apparently, none of the engineersthat contributed on behalf of those companies (nor anyone else, for thatmatter) have been willing to support or maintain the architectureupstream or even be responsible for applying the odd fix. The Intelfirmware team removed all IA-64 support from the Tianocore/EDK2reference implementation of EFI in 2018. (Itanium is the originalarchitecture for which EFI was developed, and the way Linux supports itdeviates significantly from other architectures.) Some distros, such asDebian and Gentoo, still maintain [unofficial] ia64 ports, but many havedropped support years ago.While the argument is being made [1] that there is a 'for the commongood' angle to being able to build and run existing projects such as theGrid Community Toolkit [2] on Itanium for interoperability testing, thefact remains that none of those projects are known to be deployed onLinux/ia64, and very few people actually have access to such a system inthe first place. Even if there were ways imaginable in which Linux/ia64could be put to good use today, what matters is whether anyone isactually doing that, and this does not appear to be the case.There are no emulators widely available, and so boot testing Itanium isgenerally infeasible for ordinary contributors. GCC still supports IA-64but its compile farm [3] no longer has any IA-64 machines. GLIBC wouldlike to get rid of IA-64 [4] too because it would permit some overduecode cleanups. In summary, the benefits to the ecosystem of having IA-64be part of it are mostly theoretical, whereas the maintenance overheadof keeping it supported is real.So let's rip off the band aid, and remove the IA-64 arch code entirely.This follows the timeline proposed by the Debian/ia64 maintainer [5],which removes support in a controlled manner, leaving IA-64 in a knowngood state in the most recent LTS release. Other projects will followonce the kernel support is removed.[0] https://lore.kernel.org/all/CAMj1kXFCMh_578jniKpUtx_j8ByHnt=s7S+yQ+vGbKt9ud7+kQ@mail.gmail.com/[1] https://lore.kernel.org/all/0075883c-7c51-00f5-2c2d-5119c1820410@web.de/[2] https://gridcf.org/gct-docs/latest/index.html[3] https://cfarm.tetaneutral.net/machines/list/[4] https://lore.kernel.org/all/87bkiilpc4.fsf@mid.deneb.enyo.de/[5] https://lore.kernel.org/all/ff58a3e76e5102c94bb5946d99187b358def688a.camel@physik.fu-berlin.de/Acked-by: Tony Luck Signed-off-by: Ard Biesheuvel List of files: /linux-6.15/drivers/cpufreq/Kconfig

0b76cc3e - cpufreq: Make CONFIG_CPUFREQ_DT_PLATDEV depend on OF

Fri, 30 Jun 2023 06:05:41 +0000

cpufreq: Make CONFIG_CPUFREQ_DT_PLATDEV depend on OFThe cpufreq-dt-platform.c driver requires CONFIG_OF to be selected. Markit as a dependency.Reported-by: kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202306250025.savpMM8L-lkp@intel.com/Signed-off-by: Viresh Kumar Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

a4ba10bf - cpufreq: amd-pstate: Set default governor to schedutil

Mon, 12 Jun 2023 13:26:48 +0000

cpufreq: amd-pstate: Set default governor to schedutilThe Kconfig currently defaults the governor to schedutil on x86_64only when intel-pstate and SMP have been selected.If the kernel is built only with amd-pstate, the default governorshould also be schedutil.Signed-off-by: Mario Limonciello Reviewed-by: Leo Li Acked-by: Huang Rui Tested-by: Perry Yuan Acked-by: Viresh Kumar Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

3b062a08 - cpufreq: dt-platdev: Support building as module

Wed, 24 May 2023 15:34:16 +0000

cpufreq: dt-platdev: Support building as moduleMake the cpufreq platdev driver as tristate so that it can be builtas loadable module.Also add MODULE_LICENSE to support building as module.Signed-off-by: Zhipeng Wang [ Viresh: Merged two commits, included module.h ]Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

38a29e58 - drivers/cpufreq: Remove "select SRCU"

Fri, 13 Jan 2023 00:11:15 +0000

drivers/cpufreq: Remove "select SRCU"Now that the SRCU Kconfig option is unconditionally selected, there isno longer any point in selecting it. Therefore, remove the "select SRCU"Kconfig statements.Signed-off-by: Paul E. McKenney Acked-by: Viresh Kumar Reviewed-by: John Ogness Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

9a55ab6f - cpufreq: loongson1: Delete obsolete driver

Thu, 12 Jan 2023 13:53:42 +0000

cpufreq: loongson1: Delete obsolete driverThe generic DT based cpufreq driver works for Loongson-1,so delete the old custom driver.Signed-off-by: Keguang Zhang Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

349619f0 - cpufreq: remove sa1100 driver

Fri, 30 Sep 2022 11:44:37 +0000

cpufreq: remove sa1100 driverThe sa11xx platform has two cpufreq drivers, one for the olderStrongARM1100 SoC, and a second one for StrongARM1110. Afterthe removal of most SA1100 based machines, this driver is unused,and only the sa1110-cpufreq driver remains.Acked-by: Viresh Kumar Signed-off-by: Arnd Bergmann List of files: /linux-6.15/drivers/cpufreq/Kconfig

9d822ccf - cpufreq: loongson2: fix Kconfig "its" grammar

Fri, 15 Jul 2022 01:59:03 +0000

cpufreq: loongson2: fix Kconfig "its" grammarUse the possessive "its" instead of the contraction "it's"where appropriate.Signed-off-by: Randy Dunlap Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

733dda9c - cpufreq: Kconfig: fix documentation links

Mon, 19 Apr 2021 21:57:07 +0000

cpufreq: Kconfig: fix documentation linksUser documentation for cpufreq governors and drivers has been moved toadmin-guide; adjust references from Kconfig entries accordingly.Remove references from undocumented cpufreq drivers, as well as the'userspace' cpufreq governor, for which no additional details areprovided in the admin-guide text.Fixes: 2a0e49279850 ("cpufreq: User/admin documentation update and consolidation")Signed-off-by: Alexander Monakov Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

db865272 - cpufreq: Avoid configuring old governors as default with intel_pstate

Fri, 23 Oct 2020 15:15:56 +0000

cpufreq: Avoid configuring old governors as default with intel_pstateCommit 33aa46f252c7 ("cpufreq: intel_pstate: Use passive mode bydefault without HWP") was meant to cause intel_pstate to be usedin the passive mode with the schedutil governor on top of it, butit missed the case in which either "ondemand" or "conservative"was selected as the default governor in the existing kernel config,in which case the previous old governor configuration would be used,causing the default legacy governor to be used on top of intel_pstateinstead of schedutil.Address this by preventing "ondemand" and "conservative" from beingconfigured as the default cpufreq governor in the case when schedutilis the default choice for the default governor setting.[Note that the default cpufreq governor can still be set via the kernel command line if need be and that choice is not limited, so if anyone really wants to use one of the legacy governors by default, it can be achieved this way.]Fixes: 33aa46f252c7 ("cpufreq: intel_pstate: Use passive mode by default without HWP")Reported-by: Julia Lawall Cc: 5.8+ # 5.8+Signed-off-by: Rafael J. Wysocki Acked-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

f259eab3 - cpufreq: make schedutil the default for arm and arm64

Wed, 22 Jul 2020 09:37:32 +0000

cpufreq: make schedutil the default for arm and arm64schedutil is already a hard-requirement for EAS, which has lead to makingit default on arm (when CONFIG_BIG_LITTLE), see: commit 8fdcca8e254a ("cpufreq: Select schedutil when using big.LITTLE")One thing worth pointing out is that schedutil isn't only relevant forasymmetric CPU capacity systems; for instance, schedutil is the onlygovernor that honours util-clamp performance requests. Another good exampleof this is x86 switching to using it by default in: commit a00ec3874e7d ("cpufreq: intel_pstate: Select schedutil as the default governor")Arguably it should be made the default for all architectures, but it seemsbetter to wait for them to also gain frequency invariance powers. Make itthe default for arm && arm64 for now.Signed-off-by: Valentin Schneider Signed-off-by: Ionela Voinescu Cc: Catalin Marinas Cc: Will Deacon Cc: Russell King Cc: Rafael J. Wysocki Cc: Viresh Kumar Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

1f1755af - cpufreq: qoriq: Add platform dependencies

Thu, 07 May 2020 11:29:53 +0000

cpufreq: qoriq: Add platform dependenciesThe Freescale QorIQ clock controller is only present on Freescale E500MCand Layerscape SoCs. Add platform dependencies to the QORIQ_CPUFREQconfig symbol, to avoid asking the user about it when configuring akernel without E500MC or Layerscape support.Signed-off-by: Geert Uytterhoeven Acked-by: Arnd Bergmann Acked-by: Li Yang Signed-off-by: Viresh Kumar List of files: /linux-6.15/drivers/cpufreq/Kconfig

8fdcca8e - cpufreq: Select schedutil when using big.LITTLE

Thu, 02 Apr 2020 08:02:39 +0000

cpufreq: Select schedutil when using big.LITTLEWhen we are using a system with big.LITTLE HMPconfiguration, we need to use EAS to schedule thesystem.As can be seen from kernel/sched/topology.c: "EAS can be used on a root domain if it meets all the following conditions: 1. an Energy Model (EM) is available; 2. the SD_ASYM_CPUCAPACITY flag is set in the sched_domain hierarchy. 3. no SMT is detected. 4. the EM complexity is low enough to keep scheduling overheads low; 5. schedutil is driving the frequency of all CPUs of the rd;"This means that at the very least, schedutil needs to beavailable as a scheduling policy for EAS to work on thesesystems. Make this explicit by defaulting to the schedutilgovernor if BIG_LITTLE is selected.Currently users of the TC2 board (like me) has to figure thesedependencies out themselves and it is not helpful.Suggested-by: Arnd Bergmann Signed-off-by: Linus Walleij Acked-by: Sudeep Holla Acked-by: Viresh Kumar Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig

a00ec387 - cpufreq: intel_pstate: Select schedutil as the default governor

Thu, 26 Mar 2020 19:24:35 +0000

cpufreq: intel_pstate: Select schedutil as the default governorModify cpufreq Kconfig to select schedutil as the default governorif the intel_pstate driver has been selected and SMP support isenabled (because schedutil depends on SMP).Also select schedutil as well as the performance governor from theintel_pstate Kconfig section to ensure the equivalence of the passiveand active mode governor configuration options.Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpufreq/Kconfig