Changes in Makefile

8cea339c - clk: sunxi-ng: add support for the A523/T527 PRCM CCU

Fri, 07 Mar 2025 00:26:28 +0000

clk: sunxi-ng: add support for the A523/T527 PRCM CCUThe A523/T527 SoCs have clock/reset controls in the PRCM part, like manyprevious SoCs. For a change, the whole PRCM is documented in the A523manual, including the system bus tree, so we can describe all thoseclocks correctly based on that. There layout seems to be derived fromthe H6 and H616 PRCM CCUs, though there are more clocks, and many clockshave subtly changed.Describe all the mod and gate clocks, including the three bus clocks(R_AHB, R_APB0, and R_APB1).Signed-off-by: Andre Przywara Reviewed-by: Jernej Skrabec Link: https://patch.msgid.link/20250307002628.10684-15-andre.przywara@arm.comSigned-off-by: Chen-Yu Tsai List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

7cae1e2b - clk: sunxi-ng: Add support for the A523/T527 CCU PLLs

Fri, 07 Mar 2025 00:26:19 +0000

clk: sunxi-ng: Add support for the A523/T527 CCU PLLsAdd the PLL clocks of the main CCU of the Allwinner A523 and T527 SoCs.The clocks were modelled after the A523 and T527 manual, and doublechecked by writing all 1's into the respective register, to spot allimplemented bits.The PLL and mod clocks for the two CPU clusters and the DSU are part ofa separate CCU, also most audio clocks are collected in a DSP CCU, soboth of these clock groups are missing from this driver.Signed-off-by: Andre Przywara Reviewed-by: Jernej Skrabec Link: https://patch.msgid.link/20250307002628.10684-6-andre.przywara@arm.comSigned-off-by: Chen-Yu Tsai List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

d91612d7 - clk: sunxi-ng: Add support for the sun6i RTC clocks

Thu, 03 Feb 2022 02:17:35 +0000

clk: sunxi-ng: Add support for the sun6i RTC clocksThe RTC power domain in sun6i and newer SoCs manages the 16 MHz RCoscillator (called "IOSC" or "osc16M") and the optional 32 kHz crystaloscillator (called "LOSC" or "osc32k"). Starting with the H6, this powerdomain also handles the 24 MHz DCXO (called variously "HOSC", "dcxo24M",or "osc24M") as well. The H6 also adds a calibration circuit for IOSC.Later SoCs introduce further variations on the design: - H616 adds an additional mux for the 32 kHz fanout source. - R329 adds an additional mux for the RTC timekeeping clock, a clock for the SPI bus between power domains inside the RTC, and removes the IOSC calibration functionality.Take advantage of the CCU framework to handle this increased complexity.This driver is intended to be a drop-in replacement for the existing RTCclock provider. So some runtime adjustment of the clock parents isneeded, both to handle hardware differences, and to support the oldbinding which omitted some of the input clocks.Signed-off-by: Samuel Holland Acked-by: Stephen Boyd Signed-off-by: Alexandre Belloni Link: https://lore.kernel.org/r/20220203021736.13434-6-samuel@sholland.org List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

35b97bb9 - clk: sunxi-ng: Add support for the D1 SoC clocks

Fri, 19 Nov 2021 04:35:44 +0000

clk: sunxi-ng: Add support for the D1 SoC clocksThe D1 SoC contains a CCU and a R_CCU (PRCM CCU). Add support for them.Signed-off-by: Samuel Holland Signed-off-by: Maxime Ripard Link: https://lore.kernel.org/r/20211119043545.4010-7-samuel@sholland.org List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

91389c39 - clk: sunxi-ng: Allow the CCU core to be built as a module

Fri, 19 Nov 2021 03:33:37 +0000

clk: sunxi-ng: Allow the CCU core to be built as a moduleLike the individual CCU drivers, it can be beneficial for memoryconsumption of cross-platform configurations to only load the CCU coreon the relevant platform. For example, a generic arm64 kernel sees thefollowing improvement when building the CCU core and drivers as modules: before: text data bss dec hex filename 13882360 5251670 360800 19494830 12977ae vmlinux after: text data bss dec hex filename 13734787 5086442 360800 19182029 124b1cd vmlinuxSo the result is a 390KB total reduction in kernel image size.The one early clock provider (sun5i) requires the core to be built in.Now that loading the MMC driver will trigger loading the CCU core, theMMC timing mode functions do not need a compile-time fallback.Signed-off-by: Samuel Holland Signed-off-by: Maxime Ripard Link: https://lore.kernel.org/r/20211119033338.25486-5-samuel@sholland.org List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

c8c525b0 - clk: sunxi-ng: Allow drivers to be built as modules

Fri, 19 Nov 2021 03:33:35 +0000

clk: sunxi-ng: Allow drivers to be built as modulesWhile it is useful to build all of the CCU drivers at once, only 1-3 ofthem will be loaded at a time, or possibly none of them if the kernel isbooted on a non-sunxi platform. These CCU drivers are relatively large;32-bit drivers have 30-50k of data each, while the 64-bit ones are50-75k due to the increased pointer overhead. About half of that datacomes from relocations. Let's allow the user to build these drivers asmodules so only the necessary data is loaded.As a first step, convert the CCUs that are already platform drivers.When the drivers are built as modules, normally the file name becomesthe module name. However, the current file names are inconsistent withthe - name used everywhere else: the devicetreebindings, the platform driver names, and the Kconfig symbols. UseMakfile logic to rename the modules so they follow the usual pattern.Signed-off-by: Samuel Holland Signed-off-by: Maxime Ripard Link: https://lore.kernel.org/r/20211119033338.25486-3-samuel@sholland.org List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

88dde5e2 - clk: sunxi-ng: Add support for the Allwinner H616 CCU

Wed, 27 Jan 2021 17:24:43 +0000

clk: sunxi-ng: Add support for the Allwinner H616 CCUWhile the clocks are fairly similar to the H6, many differ in tinydetails, so a separate clock driver seems indicated.Derived from the H6 clock driver, and adjusted according to the manual.Signed-off-by: Andre Przywara Acked-by: Maxime Ripard Signed-off-by: Maxime Ripard Link: https://lore.kernel.org/r/20210127172500.13356-4-andre.przywara@arm.com List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

fb038ce4 - clk: sunxi-ng: add support for the Allwinner A100 CCU

Fri, 24 Jul 2020 06:58:43 +0000

clk: sunxi-ng: add support for the Allwinner A100 CCUAdd support for a100 in the sunxi-ng CCU framework.Signed-off-by: Yangtao Li Signed-off-by: Maxime Ripard Acked-by: Rob Herring Link: https://lore.kernel.org/r/1eb41bf6c966a0e54820200650d27a5d4f2ac160.1595572867.git.frank@allwinnertech.com List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

0380126e - clk: sunxi-ng: add support for suniv F1C100s SoC

Sun, 02 Dec 2018 20:23:47 +0000

clk: sunxi-ng: add support for suniv F1C100s SoCThe suniv F1C100s SoC (the chip in some new F-series products ofAllwinner)has a CCU which seems to be a stripped version of the CCU in SoCs aftersun6i.Add support for the CCU.Signed-off-by: Mesih Kilinc Acked-by: Maxime Ripard Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

12f8c553 - clk: sunxi-ng: replace lib-y with obj-y

Wed, 18 Apr 2018 11:52:31 +0000

clk: sunxi-ng: replace lib-y with obj-yWe had commit 06e226c7fb23 ("clk: sunxi-ng: Move all clock types to alibrary") and commit 799c43415442 ("kbuild: thin archives make defaultfor all archs") in the same development cycle, from different trees.With migration to the thin archive, the entire drivers/clk/sunxi-ng/lib.ais linked to the vmlinux. This does not break build, but we do not getany size saving.However, we do not need to go back to the individual Kconfig options.The default configuration pulls in all (or most) of the CCU parts anyway.Also, once we enable CONFIG_LD_DEAD_CODE_DATA_ELIMINATION, we can simplylist all files with obj-y, and the linker will drop all unused functionsby itself.After the long discussion [1], people there agreed to fix this, butnobody sent a patch after all. I am doing it now.I lifted up CONFIG_SUNXI_CCU to drivers/clk/Makefile because everythingin drivers/clk/sunxi-ng/ depends on SUNXI_CCU.[1] https://patchwork.kernel.org/patch/9796521/Signed-off-by: Masahiro Yamada Acked-by: Stephen Boyd Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai Signed-off-by: Stephen Boyd List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

b7c7b050 - clk: sunxi-ng: add support for H6 PRCM CCU

Thu, 03 May 2018 18:38:41 +0000

clk: sunxi-ng: add support for H6 PRCM CCUThe H6 has clock/reset controls in PRCM part, like old SoCs such as H3and A64. However, the PRCM CCU is rearranged; the register arragementis now similar to the main CCU of H6, and the PRCM now has two APBbuses to control -- one is clocked from AHB clock derivde from AR100clock, the other is clocked from the same mux with AR100 clock.Therefore a new driver is written for it.As there's no official document about the PRCM in H6, all the informationare indirectly collected from BSP and parts of the document, and theinformation source is noted as comments in the driver's source code. Ifreliable information is provided furtherly, the driver needs to berechecked.Signed-off-by: Icenowy Zheng Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

524353ea - clk: sunxi-ng: add support for the Allwinner H6 CCU

Fri, 16 Mar 2018 14:02:13 +0000

clk: sunxi-ng: add support for the Allwinner H6 CCUThe Allwinner H6 SoC has a CCU which has been largely rearranged.Add support for it in the sunxi-ng CCU framework.Signed-off-by: Icenowy Zheng Acked-by: Maxime Ripard Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/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/clk/sunxi-ng/Makefile

05d2eaac - clk: sunxi-ng: Add sigma-delta modulation support

Thu, 12 Oct 2017 08:36:59 +0000

clk: sunxi-ng: Add sigma-delta modulation supportSigma-delta modulation is supported for some PLLs. This allowsfractional-N multipliers to be used. In reality we don't knowhow to configure the individual settings for it. However we cancopy existing settings from the vendor kernel to support clockrates that cannot be generated from integer factors, but arereally desired. The vendor kernel only uses this for the audioPLL clock, and only on the latest chips.This patch adds a new class of clocks, along with helper functions.It is intended to be merged into N-M-factor style clocks as afeature, much like fractional clocks.Signed-off-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

f6f64ed8 - clk: sunxi-ng: Add interface to query or configure MMC timing modes.

Mon, 24 Jul 2017 13:58:56 +0000

clk: sunxi-ng: Add interface to query or configure MMC timing modes.Starting with the A83T SoC, Allwinner introduced a new timing mode forits MMC clocks. The new mode changes how the MMC controller sample andoutput clocks are delayed to match chip and board specifics. There aretwo controls for this, one on the CCU side controlling how the clocksbehave, and one in the MMC controller controlling what inputs to takeand how to route them.In the old mode, the MMC clock had 2 child clocks providing the outputand sample clocks, which could be delayed by a number of clock cyclesmeasured from the MMC clock's parent.With the new mode, the 2 delay clocks are no longer active. Instead,the delays and associated controls are moved into the MMC controller.The output of the MMC clock is also halved.The difference in how things are wired between the modes means that theclock controls and the MMC controls must match. To achieve this in aclear, explicit way, we introduce two functions for the MMC driver touse: one queries the hardware for the current mode set, and the otherallows the MMC driver to request a mode.Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard Signed-off-by: Ulf Hansson List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

c84f5683 - clk: sunxi-ng: Add sun4i/sun7i CCU driver

Wed, 23 Aug 2017 17:23:29 +0000

clk: sunxi-ng: Add sun4i/sun7i CCU driverIntroduce a clock controller driver for sun4i A10 and sun7i A20series SoCs.Signed-off-by: Priit Laes Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

cd030a78 - clk: sunxi-ng: support R40 SoC

Tue, 15 Aug 2017 05:55:29 +0000

clk: sunxi-ng: support R40 SoCAllwinner R40 SoC have a clock controller module in the style of theSoCs beyond sun6i, however, it's more rich and complex.Add support for it.Signed-off-by: Icenowy Zheng Signed-off-by: Chen-Yu Tsai List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

06e226c7 - clk: sunxi-ng: Move all clock types to a library

Fri, 02 Jun 2017 22:30:06 +0000

clk: sunxi-ng: Move all clock types to a libraryWe've run into kconfig missing dependency errors in the sunxi-ngcode a couple times now. Each time the fix is to find the missingselect statement and add it to the Kconfig entry for a particularSoC driver. Given that all this code is builtin (non-modular) wedon't need to do this complicated dependency tracking in Kconfig.Instead we can move all the "library"ish code to be compiled aslib-y instead of obj-y, let the linker throw away unused code inthe resulting vmlinux, and drop all the Kconfig stuff we use totrack clock types.Suggested-by: Arnd Bergmann Signed-off-by: Stephen Boyd [Maxime: added lib.a to obj-y, added the comment]Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

05359be1 - clk: sunxi-ng: Add driver for A83T CCU

Fri, 19 May 2017 07:06:09 +0000

clk: sunxi-ng: Add driver for A83T CCUThe A83T clock control unit is a hybrid of some new style clock designsfrom the A80, and old style layout from the other Allwinner SoCs.Like the A80, the SoC does not have a low speed 32.768 kHz oscillator.Unlike the A80, there is no clock input either. The only low speed clockavailable is the internal oscillator which runs at around 16 MHz,divided by 512, yielding a low speed clock around 31.250 kHz.Also, the MMC2 module clock supports switching to a "new timing" mode.This mode divides the clock output by half, and disables the CCU basedclock delays. The MMC controller must be configure to the same mode,and then use its internal clock delays.This driver does not support runtime switching of the timing modes.Instead, the new timing mode is enforced at probe time. Consumers cancheck which mode is active by trying to get the current phase delayof the MMC2 phase clocks, which will return -ENOTSUPP if the newtiming mode is active.Signed-off-by: Chen-Yu Tsai Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile

763c5bd0 - clk: sunxi-ng: add support for DE2 CCU

Sun, 14 May 2017 16:30:34 +0000

clk: sunxi-ng: add support for DE2 CCUThe "Display Engine 2.0" in Allwinner newer SoCs contains a clockmanagement unit for its subunits, like the DE CCU in A80.Add a sunxi-ng style driver for it.Signed-off-by: Icenowy Zheng Signed-off-by: Maxime Ripard List of files: /linux-6.15/drivers/clk/sunxi-ng/Makefile