Changes in Makefile

2cbb20b0 - tracing: Disable branch profiling in noinstr code

Fri, 21 Mar 2025 19:53:32 +0000

tracing: Disable branch profiling in noinstr codeCONFIG_TRACE_BRANCH_PROFILING inserts a call to ftrace_likely_update()for each use of likely() or unlikely(). That breaks noinstr rules ifthe affected function is annotated as noinstr.Disable branch profiling for files with noinstr functions. In additionto some individual files, this also includes the entire arch/x86subtree, as well as the kernel/entry, drivers/cpuidle, and drivers/idledirectories, all of which are noinstr-heavy.Due to the nature of how sched binaries are built by combining multiple.c files into one, branch profiling is disabled more broadly across thesched code than would otherwise be needed.This fixes many warnings like the following: vmlinux.o: warning: objtool: do_syscall_64+0x40: call to ftrace_likely_update() leaves .noinstr.text section vmlinux.o: warning: objtool: __rdgsbase_inactive+0x33: call to ftrace_likely_update() leaves .noinstr.text section vmlinux.o: warning: objtool: handle_bug.isra.0+0x198: call to ftrace_likely_update() leaves .noinstr.text section ...Reported-by: Ingo Molnar Suggested-by: Steven Rostedt Signed-off-by: Josh Poimboeuf Signed-off-by: Ingo Molnar Acked-by: Thomas Gleixner Cc: Linus Torvalds Link: https://lore.kernel.org/r/fb94fc9303d48a5ed370498f54500cc4c338eb6d.1742586676.git.jpoimboe@kernel.org List of files: /linux-6.15/drivers/cpuidle/Makefile

6abf32f1 - cpuidle: Add RISC-V SBI CPU idle driver

Thu, 10 Feb 2022 05:49:45 +0000

cpuidle: Add RISC-V SBI CPU idle driverThe RISC-V SBI HSM extension provides HSM suspend call which canbe used by Linux RISC-V to enter platform specific low-power state.This patch adds a CPU idle driver based on RISC-V SBI calls whichwill populate idle states from device tree and use SBI calls toentry these idle states.Signed-off-by: Anup Patel Signed-off-by: Anup Patel Acked-by: Atish Patra Signed-off-by: Palmer Dabbelt List of files: /linux-6.15/drivers/cpuidle/Makefile

9d976d67 - cpuidle: Factor-out power domain related code from PSCI domain driver

Thu, 10 Feb 2022 05:49:44 +0000

cpuidle: Factor-out power domain related code from PSCI domain driverThe generic power domain related code in PSCI domain driver is largelyindependent of PSCI and can be shared with RISC-V SBI domain driverhence we factor-out this code into dt_idle_genpd.c and dt_idle_genpd.h.Signed-off-by: Anup Patel Signed-off-by: Anup Patel Reviewed-by: Ulf Hansson Signed-off-by: Palmer Dabbelt List of files: /linux-6.15/drivers/cpuidle/Makefile

03175619 - cpuidle: psci: Split into two separate build objects

Tue, 07 Jul 2020 12:58:00 +0000

cpuidle: psci: Split into two separate build objectsThe combined build object for the PSCI cpuidle driver and the PSCI PMdomain, is a bit messy. Therefore let's split it up by adding a new KconfigARM_PSCI_CPUIDLE_DOMAIN and convert into two separate objects.Reviewed-by: Lina Iyer Reviewed-by: Sudeep Holla Signed-off-by: Ulf Hansson Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpuidle/Makefile

a871be6b - cpuidle: Convert Qualcomm SPM driver to a generic CPUidle driver

Thu, 16 Apr 2020 08:58:21 +0000

cpuidle: Convert Qualcomm SPM driver to a generic CPUidle driverThe Qualcomm SPM cpuidle driver seems to be the last driver stillusing the generic ARM CPUidle infrastructure.Converting it actually allows us to simplify the driver,and we end up being able to remove more lines than adding new ones: - We can parse the CPUidle states in the device tree directly with dt_idle_states (and don't need to duplicate that functionality into the spm driver). - Each "saw" device managed by the SPM driver now directly registers its own cpuidle driver, removing the need for any global (per cpu) state.The device tree binding is the same, so the driver stayscompatible with all old device trees.Signed-off-by: Stephan Gerhold Reviewed-by: Lina Iyer Reviewed-by: Ulf Hansson Acked-by: Bjorn Andersson Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpuidle/Makefile

860fbde4 - cpuidle: Refactor and move out NVIDIA Tegra20 driver into drivers/cpuidle

Mon, 24 Feb 2020 22:40:52 +0000

cpuidle: Refactor and move out NVIDIA Tegra20 driver into drivers/cpuidleThe driver's code is refactored in a way that will make it easy tosupport Tegra30/114/124 SoCs by this unified driver later on. Thecurrent functionality is equal to the old Tegra20 driver, only thecode's structure changed a tad. This is also a proper platform drivernow.Acked-by: Peter De Schrijver Signed-off-by: Dmitry Osipenko Acked-by: Daniel Lezcano Signed-off-by: Thierry Reding List of files: /linux-6.15/drivers/cpuidle/Makefile

a5e0454c - cpuidle: psci: Add a helper to attach a CPU to its PM domain

Mon, 28 Oct 2019 15:32:23 +0000

cpuidle: psci: Add a helper to attach a CPU to its PM domainIntroduce a PSCI DT helper function, psci_dt_attach_cpu(), which takes aCPU number as an in-parameter and tries to attach the CPU's struct deviceto its corresponding PM domain.Let's makes use of dev_pm_domain_attach_by_name(), as it allows us tospecify "psci" as the "name" of the PM domain to attach to. Additionally,let's also prepare the attached device to be power managed via runtime PM.Note that, the implementation of the new helper function is in a newseparate c-file, which may seems a bit too much at this point. However,subsequent changes that implements the remaining part of the PM domainsupport for cpuidle-psci, helps to justify this split.Signed-off-by: Ulf Hansson Reviewed-by: Sudeep Holla Acked-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpuidle/Makefile

81d549e0 - ARM: psci: cpuidle: Introduce PSCI CPUidle driver

Fri, 09 Aug 2019 11:03:10 +0000

ARM: psci: cpuidle: Introduce PSCI CPUidle driverPSCI firmware is the standard power management control forall ARM64 based platforms and it is also deployed on someARM 32 bit platforms to date.Idle state entry in PSCI is currently achieved by callingarm_cpuidle_init() and arm_cpuidle_suspend() in a genericidle driver, which in turn relies on ARM/ARM64 CPUidle back-endto relay the call into PSCI firmware if PSCI is the boot method.Given that PSCI is the standard idle entry method on ARM64 systems(which means that no other CPUidle driver are expected on ARM64platforms - so PSCI is already a generic idle driver), in order tosimplify idle entry and code maintenance, it makes sense to have a PSCIspecific idle driver so that idle code that it is currently living indrivers/firmware directory can be hoisted out of it and movedwhere it belongs, into a full-fledged PSCI driver, leaving PSCI codein drivers/firmware as a pure firmware interface, as it should be.Implement a PSCI CPUidle driver. By default it is a silent Kconfig entrywhich is left unselected, since it selection would clash with thegeneric ARM CPUidle driver that provides a PSCI based idle driverthrough the arm/arm64 arches back-ends CPU operations.Signed-off-by: Lorenzo Pieralisi Acked-by: Daniel Lezcano Reviewed-by: Ulf Hansson Reviewed-by: Sudeep Holla Cc: Ulf Hansson Cc: Sudeep Holla Cc: Daniel Lezcano Cc: Mark Rutland Cc: "Rafael J. Wysocki" Signed-off-by: Will Deacon List of files: /linux-6.15/drivers/cpuidle/Makefile

fa86ee90 - add cpuidle-haltpoll driver

Wed, 03 Jul 2019 23:51:25 +0000

add cpuidle-haltpoll driverAdd a cpuidle driver that calls the architecture default_idle routine.To be used in conjunction with the haltpoll governor.Signed-off-by: Marcelo Tosatti Signed-off-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/cpuidle/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/cpuidle/Makefile

34c2f65b - cpuidle: Move polling state initialization code to separate file

Wed, 23 Aug 2017 21:21:07 +0000

cpuidle: Move polling state initialization code to separate fileMove the polling state initialization code to a separate file builtconditionally on CONFIG_ARCH_HAS_CPU_RELAX to get rid of the #ifdefin driver.c.Signed-off-by: Rafael J. Wysocki Tested-by: Sudeep Holla Acked-by: Daniel Lezcano List of files: /linux-6.15/drivers/cpuidle/Makefile

0e087044 - ARM: cpuidle: Enable the ARM64 driver for both ARM32/ARM64

Mon, 02 Feb 2015 15:32:46 +0000

ARM: cpuidle: Enable the ARM64 driver for both ARM32/ARM64ARM32 and ARM64 have the same DT definitions and the same approaches.The generic ARM cpuidle driver can be put in common for those twoarchitectures.Signed-off-by: Daniel Lezcano Acked-by: Kevin Hilman Acked-by: Rob Herring Acked-by: Lorenzo Pieralisi Tested-by: Lorenzo Pieralisi List of files: /linux-6.15/drivers/cpuidle/Makefile

3299b63d - drivers: cpuidle: CPU idle ARM64 driver

Fri, 28 Feb 2014 13:03:44 +0000

drivers: cpuidle: CPU idle ARM64 driverThis patch implements a generic CPU idle driver for ARM64 machines.It relies on the DT idle states infrastructure to initialize idlestates count and respective parameters. Current code assumes the driveris managing idle states on all possible CPUs but can be easilygeneralized to support heterogenous systems and build cpumasks atruntime using MIDRs or DT cpu nodes compatible properties.The driver relies on the arm64 CPU operations to call the idleinitialization hook used to parse and save suspend back-end specificidle states information upon probing.Idle state index 0 is always initialized as a simple wfi state, ie alwaysconsidered present and functional on all ARM64 platforms.Idle state indices higher than 0 trigger idle state entry by callingthe cpu_suspend function, that triggers the suspend operation throughthe CPU operations suspend back-end hook. cpu_suspend passes the idlestate index as a parameter so that the CPU operations suspend back-endcan retrieve the required idle state data by using the idle stateindex to execute a look-up on its internal data structures.Reviewed-by: Ashwin Chaugule Reviewed-by: Catalin Marinas Signed-off-by: Lorenzo Pieralisi Signed-off-by: Daniel Lezcano List of files: /linux-6.15/drivers/cpuidle/Makefile

9f14da34 - drivers: cpuidle: implement DT based idle states infrastructure

Fri, 14 Feb 2014 14:28:39 +0000

drivers: cpuidle: implement DT based idle states infrastructureOn most common ARM systems, the low-power states a CPU can be put into arenot discoverable in HW and require device tree bindings to describepower down suspend operations and idle states parameters.In order to enable DT based idle states and configure idle drivers, thispatch implements the bulk infrastructure required to parse the device treeidle states bindings and initialize the corresponding CPUidle driver statesdata.The parsing API accepts a start index that defines the first idle statethat should be initialized by the parsing code in order to give new andlegacy driver flexibility over which states should be parsed using thenew DT mechanism.The idle states node(s) is obtained from the phandle list of the first cpuin the driver cpumask; the kernel checks that the idle state node phandleis the same for all CPUs in the driver cpumask before declaring the idle stateas valid and start parsing its content.The idle state enter function pointer is initialized through DT matchstructures passed in by the CPUidle driver, so that ARM legacy code cancope with platform specific idle entry method based on compatiblestring matching and the code used to initialize the enter function pointercan be moved to the DT generic layer.Acked-by: Catalin Marinas Acked-by: Daniel Lezcano Signed-off-by: Lorenzo Pieralisi Signed-off-by: Daniel Lezcano List of files: /linux-6.15/drivers/cpuidle/Makefile

f50ee824 - cpuidle: mvebu: rename the driver from armada-370-xp to mvebu-v7

Wed, 23 Jul 2014 13:00:48 +0000

cpuidle: mvebu: rename the driver from armada-370-xp to mvebu-v7This driver will be able to manage the cpuidle for more SoCs than justArmada 370 and XP. It will also support Armada 38x and potentiallyother SoC of the Marvell Armada EBU family. To take this into account,this patch renames the driver and its symbols.It also changes the driver name from cpuidle-armada-370-xp tocpuidle-armada-xp, because separate platform drivers will beregistered for the other SoC types. This change must be donesimultaneously in the cpuidle driver and in the PMSU code in order toremain bisectable.Signed-off-by: Gregory CLEMENT Signed-off-by: Thomas Petazzoni Acked-by: Daniel Lezcano Link: https://lkml.kernel.org/r/1406120453-29291-12-git-send-email-thomas.petazzoni@free-electrons.comSigned-off-by: Jason Cooper List of files: /linux-6.15/drivers/cpuidle/Makefile

d0508944 - cpuidle: cpuidle-cps: add MIPS CPS cpuidle driver

Mon, 14 Apr 2014 15:25:29 +0000

cpuidle: cpuidle-cps: add MIPS CPS cpuidle driverThis patch adds a cpuidle driver for systems based around the MIPSCoherent Processing System (CPS) architecture. It supports four idlestates: - The standard MIPS wait instruction. - The non-coherent wait, clock gated & power gated states exposed by the recently added pm-cps layer.The pm-cps layer is used to enter all the deep idle states. Since coresin the clock or power gated states cannot service interrupts, thegic_send_ipi_single function is modified to send a power up command forthe appropriate core to the CPC in cases where the target CPU has markeditself potentially incoherent.Signed-off-by: Paul Burton List of files: /linux-6.15/drivers/cpuidle/Makefile

ff6a9c03 - ARM: EXYNOS: Move the driver to drivers/cpuidle directory

Thu, 08 May 2014 21:57:35 +0000

ARM: EXYNOS: Move the driver to drivers/cpuidle directorySigned-off-by: Daniel Lezcano Reviewed-by: Viresh Kumar Reviewed-by: Bartlomiej Zolnierkiewicz Reviewed-by: Tomasz Figa Signed-off-by: Kukjin Kim List of files: /linux-6.15/drivers/cpuidle/Makefile

b858fbc1 - cpuidle: mvebu: Add initial CPU idle support for Armada 370/XP SoC

Mon, 14 Apr 2014 15:10:13 +0000

cpuidle: mvebu: Add initial CPU idle support for Armada 370/XP SoCAdd the wfi, cpu idle and cpu deep idle power states support for theArmada XP SoCs.All the latencies and the power consumption values used at the"armada_370_xp_idle_driver" structure are preliminary and will bemodified in the future after running some measurements and analysis.Based on the work of Nadav Haklai.Signed-off-by: Nadav Haklai Link: https://lkml.kernel.org/r/1397488214-20685-11-git-send-email-gregory.clement@free-electrons.comSigned-off-by: Gregory CLEMENT Link: https://lkml.kernel.org/r/1397488214-20685-11-git-send-email-gregory.clement@free-electrons.comAcked-by: Daniel Lezcano Signed-off-by: Jason Cooper List of files: /linux-6.15/drivers/cpuidle/Makefile

7c7f8f7f - ARM: clps711x: Add cpuidle driver

Sat, 22 Mar 2014 05:44:35 +0000

ARM: clps711x: Add cpuidle driverAdd cpuidle support for ARM Cirrus Logic CLPS711X CPUs.This CPU has an unique internal register and write to this locationwill put the system into the Idle State by halting the clock to theprocessor until an interrupt is generated.Signed-off-by: Alexander Shiyan Signed-off-by: Daniel Lezcano List of files: /linux-6.15/drivers/cpuidle/Makefile

2c2e6ecf - powerpc/powernv/cpuidle: Back-end cpuidle driver for powernv platform.

Tue, 14 Jan 2014 11:02:40 +0000

powerpc/powernv/cpuidle: Back-end cpuidle driver for powernv platform.Following patch ports the cpuidle framework for powernvplatform and also implements a cpuidle back-end powernvidle driver calling on to power7_nap and snooze idle states.Signed-off-by: Deepthi Dharwar Signed-off-by: Benjamin Herrenschmidt List of files: /linux-6.15/drivers/cpuidle/Makefile