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/common/Makefile

e3217540 - ARM/dma-mapping: remove dmabounce

Tue, 19 Apr 2022 07:35:29 +0000

ARM/dma-mapping: remove dmabounceRemove the now unused dmabounce code.Signed-off-by: Christoph Hellwig Reviewed-by: Arnd Bergmann List of files: /linux-6.15/arch/arm/common/Makefile

6da5238f - ARM: 8993/1: remove it8152 PCI controller driver

Tue, 14 Jul 2020 13:09:44 +0000

ARM: 8993/1: remove it8152 PCI controller driverThe it8152 PCI host controller was only used by cm-x2xx platforms.Since these platforms were removed, there is no point to keep it8152driver.Acked-by: Arnd Bergmann Signed-off-by: Mike Rapoport Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/common/Makefile

36d68f64 - ARM: Add Krait L2 register accessor functions

Tue, 14 Aug 2018 12:12:20 +0000

ARM: Add Krait L2 register accessor functionsKrait CPUs have a handful of L2 cache controller registers thatlive behind a cp15 based indirection register. First you programthe indirection register (l2cpselr) to point the L2 'window'register (l2cpdr) at what you want to read/write. Then youread/write the 'window' register to do what you want. Thel2cpselr register is not banked per-cpu so we must lock aroundaccesses to it to prevent other CPUs from re-pointing l2cpdrunderneath us.Cc: Mark Rutland Cc: Russell King Acked-by: Bjorn Andersson Signed-off-by: Stephen Boyd Signed-off-by: Sricharan R Tested-by: Craig Tatlor Signed-off-by: Stephen Boyd List of files: /linux-6.15/arch/arm/common/Makefile

0fff9001 - ARM: Always build secure_cntvoff.S on ARM V7 to fix shmobile !SMP build

Wed, 06 Jun 2018 09:25:16 +0000

ARM: Always build secure_cntvoff.S on ARM V7 to fix shmobile !SMP buildIf CONFIG_SMP=n, building a kernel for R-Car Gen2 fails with: arch/arm/mach-shmobile/setup-rcar-gen2.o: In function `rcar_gen2_timer_init': setup-rcar-gen2.c:(.init.text+0x30): undefined reference to `secure_cntvoff_init'Indeed, on R-Car Gen2 SoCs, secure_cntvoff_init() is not only needed forsecondary CPUs, but also for the boot CPU. This is most visible on SoCswith Cortex A7 cores (e.g. R-Car E2, cfr. commit 9ce3fa6816c2fb59 ("ARM:shmobile: rcar-gen2: Add CA7 arch_timer initialization for r8a7794")),but Cortex A15 is affected, too.Fix this by always providing secure_cntvoff_init() when building for ARMV7.Reported-by: Arnd Bergmann Fixes: 7c607944bc657616 ("ARM: smp: Add initialization of CNTVOFF")Fixes: cad160ed0a94927e ("ARM: shmobile: Convert file to use cntvoff")Signed-off-by: Geert Uytterhoeven Reviewed-by: Maxime Ripard Reviewed-by: Simon Horman Signed-off-by: Olof Johansson List of files: /linux-6.15/arch/arm/common/Makefile

7c607944 - ARM: smp: Add initialization of CNTVOFF

Fri, 04 May 2018 19:05:39 +0000

ARM: smp: Add initialization of CNTVOFFThe CNTVOFF register from arch timer is uninitialized.It should be done by the bootloader but it is currently not the case,even for boot CPU because this SoC is booting in secure mode.It leads to an random offset value meaning that each CPU will have adifferent time, which isn't working very well.Add assembly code used for boot CPU and secondary CPU cores to makesure that the CNTVOFF register is initialized. Because this code canbe used by different platforms, add this assembly file in ARM's commonfolder.Signed-off-by: Mylène Josserand Reviewed-by: Geert Uytterhoeven Tested-by: Geert Uytterhoeven Reviewed-by: Marc Zyngier Signed-off-by: Maxime Ripard List of files: /linux-6.15/arch/arm/common/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/common/Makefile

ba3fae06 - ARM/clk: move the ICST library to drivers/clk

Wed, 01 Feb 2017 09:41:43 +0000

ARM/clk: move the ICST library to drivers/clkThis moves the ICST clock divider helper library fromarch/arm/common to drivers/clk/versatile so it is maintainedwith the other clock drivers.We keep the structure as a helper library intact and do notfuse it with the clk-icst.c Versatile ICST clock driver: theremay be other users out there that need to use this library fortheir clocking, and then it will be helpful to keep thelibrary contained. (The icst.[c|h] files could just be movedto drivers/clk/lib or a similar location to share the library.)Acked-by: Stephen Boyd Signed-off-by: Linus Walleij List of files: /linux-6.15/arch/arm/common/Makefile

2b6b3b74 - ARM/dmaengine: edma: Merge the two drivers under drivers/dma/

Wed, 14 Oct 2015 11:42:53 +0000

ARM/dmaengine: edma: Merge the two drivers under drivers/dma/Move the code out from arch/arm/common and merge it inside of the dmaenginedriver.This change is done with as minimal (if eny) functional change to the codeas possible to avoid introducing regression.Signed-off-by: Peter Ujfalusi Acked-by: Tony Lindgren Signed-off-by: Vinod Koul List of files: /linux-6.15/arch/arm/common/Makefile

0b7402dc - ARM: 8366/1: move Dual-Timer SP804 driver to drivers/clocksource

Mon, 18 May 2015 15:29:40 +0000

ARM: 8366/1: move Dual-Timer SP804 driver to drivers/clocksourceThe ARM Dual-Timer SP804 module is peripheral found not only on ARM32platforms but also on ARM64 platforms.This patch moves the driver out of arch/arm to driver/clocksourceso that it can be used on ARM64 platforms also.Cc: Daniel Lezcano Cc: Rob Herring Cc: Arnd Bergmann Cc: Catalin Marinas Cc: Olof Johansson Acked-by: Thomas Gleixner Signed-off-by: Sudeep Holla Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/common/Makefile

ea36d2ab - ARM: 7962/2: Make all mcpm functions notrace

Fri, 14 Feb 2014 11:46:02 +0000

ARM: 7962/2: Make all mcpm functions notraceThe functions in mcpm_entry.c are mostly intended for use duringscary cache and coherency disabling sequences, or do other thingswhich confuse trace ... like powering a CPU down and notreturning. Similarly for the backend code.For simplicity, this patch just makes whole files notrace.There should be more than enough traceable points on the paths tothese functions, but we can be more fine-grained later if there isa need for it.Jon Medhurst:Also added spc.o to the list of files as it contains functions used byMCPM code which have comments comments like: "might be used in codepaths where normal cacheable locks are not working"Signed-off-by: Dave Martin Signed-off-by: Jon Medhurst Acked-by: Nicolas Pitre Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/common/Makefile

136dfa5e - ARM: delete mach-shark

Tue, 03 Sep 2013 09:32:24 +0000

ARM: delete mach-sharkThe Shark machine sub-architecture (also known as DNARD, theDIGITAL Network Appliance Reference Design) lacks a maintainerable to apply and test patches to modernize the architecture.It is suspected that the current kernel, while it compiles,does not even boot on this machine. The listed maintainer hasexpressed that he will not be able to spend any time on themaintenance for the coming year.So let's delete it from the kernel for now. It can always beresurrected with git revert if maintenance is resumed.As the VIA82c505 PCI adapter was only used by thisarchitecture, that gets deleted too.Cc: arm@kernel.orgCc: Alexander Schulz Signed-off-by: Linus Walleij List of files: /linux-6.15/arch/arm/common/Makefile

b22537c6 - ARM: bL_switcher: add a simple /dev user interface for debugging purposes

Thu, 12 Apr 2012 07:04:28 +0000

ARM: bL_switcher: add a simple /dev user interface for debugging purposesOnly the basic call to aid debugging.*** NOT FOR PRODUCTION ***Usage: echo , > /dev/b.L_switcherwhere is the logical CPU number, and is 0 for thefirst cluster and 1 for the second cluster.Signed-off-by: nicolas Pitre List of files: /linux-6.15/arch/arm/common/Makefile

1c33be57 - ARM: b.L: core switcher code

Thu, 12 Apr 2012 06:56:10 +0000

ARM: b.L: core switcher codeThis is the core code implementing big.LITTLE switcher functionality.Rationale for this code is available here:http://lwn.net/Articles/481055/The main entry point for a switch request is:void bL_switch_request(unsigned int cpu, unsigned int new_cluster_id)If the calling CPU is not the wanted one, this wrapper takes care ofsending the request to the appropriate CPU with schedule_work_on().At the moment the core switch operation is handled by bL_switch_to()which must be called on the CPU for which a switch is requested.What this code does: * Return early if the current cluster is the wanted one. * Close the gate in the kernel entry vector for both the inbound and outbound CPUs. * Wake up the inbound CPU so it can perform its reset sequence in parallel up to the kernel entry vector gate. * Migrate all interrupts in the GIC targeting the outbound CPU interface to the inbound CPU interface, including SGIs. This is performed by gic_migrate_target() in drivers/irqchip/irq-gic.c. * Call cpu_pm_enter() which takes care of flushing the VFP state to RAM and save the CPU interface config from the GIC to RAM. * Modify the cpu_logical_map to refer to the inbound physical CPU. * Call cpu_suspend() which saves the CPU state (general purpose registers, page table address) onto the stack and store the resulting stack pointer in an array indexed by the updated cpu_logical_map, then call the provided shutdown function. This happens in arch/arm/kernel/sleep.S.At this point, the provided shutdown function executed by the outboundCPU ungates the inbound CPU. Therefore the inbound CPU: * Picks up the saved stack pointer in the array indexed by its MPIDR in arch/arm/kernel/sleep.S. * The MMU and caches are re-enabled using the saved state on the provided stack, just like if this was a resume operation from a suspended state. * Then cpu_suspend() returns, although this is on the inbound CPU rather than the outbound CPU which called it initially. * The function cpu_pm_exit() is called which effect is to restore the CPU interface state in the GIC using the state previously saved by the outbound CPU. * Exit of bL_switch_to() to resume normal kernel execution on the new CPU.However, the outbound CPU is potentially still running in parallel whilethe inbound CPU is resuming normal kernel execution, hence we needper CPU stack isolation to execute bL_do_switch(). After the outboundCPU has ungated the inbound CPU, it calls mcpm_cpu_power_down() to: * Clean its L1 cache. * If it is the last CPU still alive in its cluster (last man standing), it also cleans its L2 cache and disables cache snooping from the other cluster. * Power down the CPU (or whole cluster).Code called from bL_do_switch() might end up referencing 'current' forsome reasons. However, 'current' is derived from the stack pointer.With any arbitrary stack, the returned value for 'current' and anydereferenced values through it are just random garbage which may lead tosegmentation faults.The active page table during the execution of bL_do_switch() is also aproblem. There is no guarantee that the inbound CPU won't destroy thecorresponding task which would free the attached page table while theoutbound CPU is still running and relying on it.To solve both issues, we borrow some of the task space belonging tothe init/idle task which, by its nature, is lightly used and thereforeis unlikely to clash with our usage. The init task is also never goingaway.Right now the logical CPU number is assumed to be equivalent to thephysical CPU number within each cluster. The kernel should also bebooted with only one cluster active. These limitations will be liftedeventually.Signed-off-by: Nicolas Pitre List of files: /linux-6.15/arch/arm/common/Makefile

3ad7a42d - ARM: davinci: move private EDMA API to arm/common

Wed, 06 Mar 2013 16:15:31 +0000

ARM: davinci: move private EDMA API to arm/commonMove mach-davinci/dma.c to common/edma.c so it can be usedby OMAP (specifically AM33xx) as well.Signed-off-by: Matt Porter Acked-by: Chris Ball # davinci_mmc.cAcked-by: Mark Brown Acked-by: Olof Johansson [nsekhar@ti.com: dropped davinci sffsdr changes]Signed-off-by: Sekhar Nori List of files: /linux-6.15/arch/arm/common/Makefile

70100a02 - ARM: 7709/1: mcpm: Add explicit AFLAGS to support v6/v7 multiplatform kernels

Thu, 02 May 2013 10:38:10 +0000

ARM: 7709/1: mcpm: Add explicit AFLAGS to support v6/v7 multiplatform kernelsThe full mcpm layer is not likely to be relevant to v6 basedplatforms, so a multiplatform kernel won't use that code if bootedon v6 hardware.This patch modifies the AFLAGS for affected mcpm .S files tospecify armv7-a explicitly for that code.Signed-off-by: Dave Martin Acked-by: Arnd Bergmann Acked-by: Nicolas Pitre Signed-off-by: Russell King List of files: /linux-6.15/arch/arm/common/Makefile

9ff221ba - ARM: mcpm: generic SMP secondary bringup and hotplug support

Mon, 19 Nov 2012 21:02:17 +0000

ARM: mcpm: generic SMP secondary bringup and hotplug supportNow that the cluster power API is in place, we can use it for SMP secondarybringup and CPU hotplug in a generic fashion.Signed-off-by: Nicolas Pitre Reviewed-by: Santosh Shilimkar Reviewed-by: Will Deacon List of files: /linux-6.15/arch/arm/common/Makefile

1ae98561 - ARM: mcpm_head.S: vlock-based first man election

Fri, 17 Aug 2012 15:07:02 +0000

ARM: mcpm_head.S: vlock-based first man electionInstead of requiring the first man to be elected in advance (whichcan be suboptimal in some situations), this patch uses a per-cluster mutex to co-ordinate selection of the first man.This should also make it more feasible to reuse this code path forasynchronous cluster resume (as in CPUidle scenarios).We must ensure that the vlock data doesn't share a cacheline withanything else, or dirty cache eviction could corrupt it.Signed-off-by: Dave Martin Signed-off-by: Nicolas Pitre Reviewed-by: Santosh Shilimkar Reviewed-by: Will Deacon List of files: /linux-6.15/arch/arm/common/Makefile

e8db288e - ARM: multi-cluster PM: secondary kernel entry code

Thu, 12 Apr 2012 06:45:22 +0000

ARM: multi-cluster PM: secondary kernel entry codeCPUs in cluster based systems, such as big.LITTLE, have special needswhen entering the kernel due to a hotplug event, or when resuming froma deep sleep mode.This is vectorized so multiple CPUs can enter the kernel in parallelwithout serialization.The mcpm prefix stands for "multi cluster power management", howeverthis is usable on single cluster systems as well. Only the basicstructure is introduced here. This will be extended with later patches.In order not to complexify things more than they currently have to,the planned work to make runtime adjusted MPIDR based indexing anddynamic memory allocation for cluster states is postponed to a latercycle. The MAX_NR_CLUSTERS and MAX_CPUS_PER_CLUSTER static definitionsshould be sufficient for those systems expected to be available in thenear future.Signed-off-by: Nicolas Pitre Reviewed-by: Santosh Shilimkar Reviewed-by: Will Deacon List of files: /linux-6.15/arch/arm/common/Makefile

7366b92a - ARM: Add interface for registering and calling firmware-specific operations

Tue, 11 Dec 2012 04:58:43 +0000

ARM: Add interface for registering and calling firmware-specific operationsSome boards are running with secure firmware running in TrustZone secureworld, which changes the way some things have to be initialized.This patch adds an interface for platforms to specify available firmwareoperations and call them.A wrapper macro, call_firmware_op(), checks if the operation is providedand calls it if so, otherwise returns -ENOSYS to allow fallback tolegacy operation..By default no operations are provided.Example of use:In code using firmware ops: __raw_writel(virt_to_phys(exynos4_secondary_startup), CPU1_BOOT_REG); /* Call Exynos specific smc call */ if (call_firmware_op(cpu_boot, cpu) == -ENOSYS) cpu_boot_legacy(...); /* Try legacy way */ gic_raise_softirq(cpumask_of(cpu), 1);In board-/platform-specific code: static int platformX_do_idle(void) { /* tell platformX firmware to enter idle */ return 0; } static int platformX_cpu_boot(int i) { /* tell platformX firmware to boot CPU i */ return 0; } static const struct firmware_ops platformX_firmware_ops = { .do_idle = exynos_do_idle, .cpu_boot = exynos_cpu_boot, /* other operations not available on platformX */ }; static void __init board_init_early(void) { register_firmware_ops(&platformX_firmware_ops); }Signed-off-by: Kyungmin Park Signed-off-by: Tomasz Figa Signed-off-by: Kukjin Kim List of files: /linux-6.15/arch/arm/common/Makefile