Changes in Makefile

a2faac39 - ARM: 9263/1: use .arch directives instead of assembler command line flags

Mon, 24 Oct 2022 19:44:41 +0000

ARM: 9263/1: use .arch directives instead of assembler command line flagsSimilar to commit a6c30873ee4a ("ARM: 8989/1: use .fpu assemblerdirectives instead of assembler arguments").GCC and GNU binutils support setting the "sub arch" via -march=,-Wa,-march, target function attribute, and .arch assembler directive.Clang was missing support for -Wa,-march=, but this was implemented inclang-13.The behavior of both GCC and Clang is toprefer -Wa,-march= over -march= for assembler and assembler-with-cppsources, but Clang will warn about the -march= being unused.clang: warning: argument unused during compilation: '-march=armv6k'[-Wunused-command-line-argument]Since most assembler is non-conditionally assembled with one sub arch(modulo arch/arm/delay-loop.S which conditionally is assembled as armv4based on CONFIG_ARCH_RPC, and arch/arm/mach-at91/pm-suspend.S which isconditionally assembled as armv7-a based on CONFIG_CPU_V7), prefer the.arch assembler directive.Add a few more instances found in compile testing as found by Arnd andNathan.Link: https://github.com/llvm/llvm-project/commit/1d51c699b9e2ebc5bcfdbe85c74cc871426333d4Link: https://bugs.llvm.org/show_bug.cgi?id=48894Link: https://github.com/ClangBuiltLinux/linux/issues/1195Link: https://github.com/ClangBuiltLinux/linux/issues/1315Suggested-by: Arnd Bergmann Suggested-by: Nathan Chancellor Signed-off-by: Arnd Bergmann Tested-by: Nathan Chancellor Signed-off-by: Nick Desaulniers Signed-off-by: Russell King (Oracle) List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

14e086ba - cpuidle: tegra: Squash Tegra114 driver into the common driver

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

cpuidle: tegra: Squash Tegra114 driver into the common driverTegra20/30/114/124 SoCs have common idling states, thus there is no muchpoint in having separate drivers for a similar hardware. This patch movesTegra114/124 arch/ drivers into the common driver without any functionalchanges. The CC6 state is kept disabled on Tegra114/124 because the coreTegra PM code needs some more work in order to support that state.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/arch/arm/mach-tegra/Makefile

19461a49 - cpuidle: tegra: Squash Tegra30 driver into the common driver

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

cpuidle: tegra: Squash Tegra30 driver into the common driverTegra20 and Terga30 SoCs have common C1 and CC6 idling states and thusshare the same code paths, there is no point in having separate driversfor a similar hardware. This patch merely moves functionality of the olddriver into the new, although the CC6 state is kept disabled for now sinceold driver had a rudimentary support for this state (allowing to enterinto CC6 only when secondary CPUs are put offline), while new driver canprovide a full-featured support. The new feature will be enabled byanother patch.Acked-by: Peter De Schrijver Tested-by: Peter Geis Tested-by: Jasper Korten Tested-by: David Heidelberg Tested-by: Nicolas Chauvet Acked-by: Daniel Lezcano Signed-off-by: Dmitry Osipenko Signed-off-by: Thierry Reding List of files: /linux-6.15/arch/arm/mach-tegra/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/arch/arm/mach-tegra/Makefile

df25e554 - ARM: tegra: Compile sleep-tegra20/30.S unconditionally

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

ARM: tegra: Compile sleep-tegra20/30.S unconditionallyThe sleep-tegra*.S provides functionality required for suspend/resumeand CPU hotplugging. The new unified CPUIDLE driver will support multiplehardware generations starting from Terga20 and ending with Tegra124, thedriver will utilize functions that are provided by the assembly and thusit is cleaner to compile that code without any build-dependencies in orderto avoid churning with #ifdef's.Acked-by: Peter De Schrijver Tested-by: Peter Geis Tested-by: Jasper Korten Tested-by: David Heidelberg Tested-by: Nicolas Chauvet Signed-off-by: Dmitry Osipenko Signed-off-by: Thierry Reding List of files: /linux-6.15/arch/arm/mach-tegra/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/arch/arm/mach-tegra/Makefile

7e10cf74 - soc/tegra: Move Tegra flowctrl driver

Tue, 28 Mar 2017 12:42:54 +0000

soc/tegra: Move Tegra flowctrl driverThe flowctrl driver is required for both ARM and ARM64 Tegra devicesand in order to enable support for it for ARM64, move the Tegra flowctrldriver into drivers/soc/tegra.By moving the flowctrl driver, tegra_flowctrl_init() is now called byvia an early initcall and to prevent this function from attempting tomapping IO space for a non-Tegra device, a test for 'soc_is_tegra()'is also added.Signed-off-by: Jon Hunter Signed-off-by: Thierry Reding List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

02b4e275 - ARM: v7 setup function should invalidate L1 cache

Tue, 19 May 2015 16:06:44 +0000

ARM: v7 setup function should invalidate L1 cacheAll ARMv5 and older CPUs invalidate their caches in the early assemblysetup function, prior to enabling the MMU. This is because the L1cache should not contain any data relevant to the execution of thekernel at this point; all data should have been flushed out to memory.This requirement should also be true for ARMv6 and ARMv7 CPUs - indeed,these typically do not search their caches when caching is disabled (asit needs to be when the MMU is disabled) so this change should be safe.ARMv7 allows there to be CPUs which search their caches while caching isdisabled, and it's permitted that the cache is uninitialised at boot;for these, the architecture reference manual requires that animplementation specific code sequence is used immediately after resetto ensure that the cache is placed into a sane state. Suchfunctionality is definitely outside the remit of the Linux kernel, andmust be done by the SoC's firmware before _any_ CPU gets to the Linuxkernel.Changing the data cache clean+invalidate to a mere invalidate allows usto get rid of a lot of platform specific hacks around this issue fortheir secondary CPU bringup paths - some of which were buggy.Reviewed-by: Florian Fainelli Tested-by: Florian Fainelli Tested-by: Heiko Stuebner Tested-by: Dinh Nguyen Acked-by: Sebastian Hesselbarth Tested-by: Sebastian Hesselbarth Acked-by: Shawn Guo Tested-by: Thierry Reding Acked-by: Thierry Reding Tested-by: Geert Uytterhoeven Tested-by: Michal Simek Tested-by: Wei Xu Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

7232398a - ARM: tegra: Convert PMC to a driver

Fri, 11 Jul 2014 11:19:06 +0000

ARM: tegra: Convert PMC to a driverThis commit converts the PMC support code to a platform driver. Becausethe boot process needs to call into this driver very early, also set upa minimal environment via an early initcall.Signed-off-by: Thierry Reding List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

0d827a43 - soc/tegra: fuse: move APB DMA into Tegra20 fuse driver

Thu, 12 Jun 2014 15:36:40 +0000

soc/tegra: fuse: move APB DMA into Tegra20 fuse driverThe Tegra20 fuse driver is the only user of tegra_apb_readl_using_dma().Therefore we can simply the code by incorporating the APB DMA handling intothe driver directly. tegra_apb_writel_using_dma() is dropped because thereare no users.Signed-off-by: Peter De Schrijver Signed-off-by: Stephen Warren Signed-off-by: Thierry Reding List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

783c8f4c - soc/tegra: Add efuse driver for Tegra

Thu, 12 Jun 2014 15:36:37 +0000

soc/tegra: Add efuse driver for TegraImplement fuse driver for Tegra20, Tegra30, Tegra114 and Tegra124. Thisreplaces functionality previously provided in arch/arm/mach-tegra, whichis removed in this patch.While at it, move the only user of the global tegra_revision variableover to tegra_sku_info.revision and export tegra_fuse_readl() to allowdrivers to read calibration fuses.Signed-off-by: Peter De Schrijver Signed-off-by: Stephen Warren Signed-off-by: Thierry Reding List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

a7cbe92c - ARM: tegra: remove tegra EMC scaling driver

Tue, 20 Aug 2013 22:08:41 +0000

ARM: tegra: remove tegra EMC scaling driverNothing calls into the Tegra EMC (External Memory Controller) scalingdriver any more, so it's dead code. Remove it.Cc: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

f0c4ac13 - ARM: tegra: add LP1 support code for Tegra124

Fri, 11 Oct 2013 09:58:38 +0000

ARM: tegra: add LP1 support code for Tegra124The LP1 suspend procedure is the same with Tegra30 and Tegra114. Justneed to update the difference of the register address, then we cancontinue to share the code.Signed-off-by: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

24036fdc - ARM: tegra: enable CPU idle for Tegra124

Fri, 11 Oct 2013 09:57:32 +0000

ARM: tegra: enable CPU idle for Tegra124The CPUIdle function of Tegra124 is identical to Tegra114, so we sharethe same driver with Tegra114.Cc: Daniel Lezcano Signed-off-by: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

9997e626 - ARM: tegra: CPU hotplug support for Tegra124

Fri, 11 Oct 2013 09:57:30 +0000

ARM: tegra: CPU hotplug support for Tegra124The procedure of CPU hotplug for Tegra124 is same with Tegra114. Were-use the same function with it.Signed-off-by: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

51100bdc - ARM: tegra: remove common.c

Tue, 20 Aug 2013 21:47:38 +0000

ARM: tegra: remove common.ccommon.c was create to contain code shared across the various Tegra boardfiles. There is now only one board file, tegra.c. So, move the code there.One exception is the PMC reboot routine, which moves to pmc.c, and nowtakes advantage of the 'standard' tegra_pmc_readl/writel functions.Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

d1523b52 - PCI: tegra: Move PCIe driver to drivers/pci/host

Fri, 09 Aug 2013 14:49:19 +0000

PCI: tegra: Move PCIe driver to drivers/pci/hostMove the PCIe driver from arch/arm/mach-tegra into the drivers/pci/hostdirectory. The motivation is to collect various host controller driversin the same location in order to facilitate refactoring.The Tegra PCIe driver has been largely rewritten, both in order to turnit into a proper platform driver and to add MSI (based on code byKrishna Kishore ) as well as device tree support.Signed-off-by: Thierry Reding Signed-off-by: Thierry Reding Acked-by: Bjorn Helgaas [swarren, split DT changes into a separate patch in another branch]Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

e9f62449 - ARM: tegra: add LP1 suspend support for Tegra114

Mon, 12 Aug 2013 09:40:06 +0000

ARM: tegra: add LP1 suspend support for Tegra114The LP1 suspend mode will power off the CPU, clock gated the PLLs and putSDRAM to self-refresh mode. Any interrupt can wake up device from LP1. Thesequence when LP1 suspending:* tunning off L1 data cache and the MMU* storing some EMC registers, DPD (deep power down) status, clk source of mselect and SCLK burst policy* putting SDRAM into self-refresh* switching CPU to CLK_M (12MHz OSC)* tunning off PLLM, PLLP, PLLA, PLLC and PLLX* switching SCLK to CLK_S (32KHz OSC)* shutting off the CPU railThe sequence of LP1 resuming:* re-enabling PLLM, PLLP, PLLA, PLLC and PLLX* restoring the clk source of mselect and SCLK burst policy* setting up CCLK burst policy to PLLX* restoring DPD status and some EMC registers* resuming SDRAM to normal mode* jumping to the "tegra_resume" from PMC_SCRATCH41Due to the SDRAM will be put into self-refresh mode, the low levelprocedures of LP1 suspending and resuming should be copied toTEGRA_IRAM_CODE_AREA (TEGRA_IRAM_BASE + SZ_4K) when suspending. Beforerestoring the CPU context when resuming, the SDRAM needs to be switchedback to normal mode. And the PLLs need to be re-enabled, SCLK burst policybe restored. Then jumping to "tegra_resume" that was expected to be storedin PMC_SCRATCH41 to restore CPU context and back to kernel.Based on the work by: Bo Yan Signed-off-by: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

731a9274 - ARM: tegra: add LP1 suspend support for Tegra20

Mon, 12 Aug 2013 09:40:05 +0000

ARM: tegra: add LP1 suspend support for Tegra20The LP1 suspend mode will power off the CPU, clock gated the PLLs and putSDRAM to self-refresh mode. Any interrupt can wake up device from LP1. Thesequence when LP1 suspending:* tunning off L1 data cache and the MMU* putting SDRAM into self-refresh* storing some EMC registers and SCLK burst policy* switching CPU to CLK_M (12MHz OSC)* switching SCLK to CLK_S (32KHz OSC)* tunning off PLLM, PLLP and PLLC* shutting off the CPU railThe sequence of LP1 resuming:* re-enabling PLLM, PLLP, and PLLC* restoring some EMC registers and SCLK burst policy* setting up CCLK burst policy to PLLP* resuming SDRAM to normal mode* jumping to the "tegra_resume" from PMC_SCRATCH41Due to the SDRAM will be put into self-refresh mode, the low levelprocedures of LP1 suspending and resuming should be copied toTEGRA_IRAM_CODE_AREA (TEGRA_IRAM_BASE + SZ_4K) when suspending. Beforerestoring the CPU context when resuming, the SDRAM needs to be switchedback to normal mode. And the PLLs need to be re-enabled, SCLK burst policybe restored, CCLK burst policy be set in PLLP. Then jumping to"tegra_resume" that was expected to be stored in PMC_SCRATCH41 to restoreCPU context and back to kernel.Based on the work by:Colin Cross Gary King Signed-off-by: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile

e7a932b1 - ARM: tegra: add LP1 suspend support for Tegra30

Mon, 12 Aug 2013 09:40:04 +0000

ARM: tegra: add LP1 suspend support for Tegra30The LP1 suspend mode will power off the CPU, clock gated the PLLs and putSDRAM to self-refresh mode. Any interrupt can wake up device from LP1. Thesequence when LP1 suspending:* tunning off L1 data cache and the MMU* storing some EMC registers, DPD (deep power down) status, clk source of mselect and SCLK burst policy* putting SDRAM into self-refresh* switching CPU to CLK_M (12MHz OSC)* tunning off PLLM, PLLP, PLLA, PLLC and PLLX* switching SCLK to CLK_S (32KHz OSC)* shutting off the CPU railThe sequence of LP1 resuming:* re-enabling PLLM, PLLP, PLLA, PLLC and PLLX* restoring the clk source of mselect and SCLK burst policy* setting up CCLK burst policy to PLLX* restoring DPD status and some EMC registers* resuming SDRAM to normal mode* jumping to the "tegra_resume" from PMC_SCRATCH41Due to the SDRAM will be put into self-refresh mode, the low levelprocedures of LP1 suspending and resuming should be copied toTEGRA_IRAM_CODE_AREA (TEGRA_IRAM_BASE + SZ_4K) when suspending. Beforerestoring the CPU context when resuming, the SDRAM needs to be switchedback to normal mode. And the PLLs need to be re-enabled, SCLK burst policybe restored, CCLK burst policy be set in PLLX. Then jumping to"tegra_resume" that was expected to be stored in PMC_SCRATCH41 to restoreCPU context and back to kernel.Based on the work by: Scott Williams Signed-off-by: Joseph Lo Signed-off-by: Stephen Warren List of files: /linux-6.15/arch/arm/mach-tegra/Makefile