Changes in Makefile

5c9dd72d - of: Add a KUnit test for overlays and test managed APIs

Thu, 18 Jul 2024 21:05:03 +0000

of: Add a KUnit test for overlays and test managed APIsTest the KUnit test managed overlay APIs. Confirm that platform devicesare created and destroyed properly. This provides us confidence that thetest managed APIs work correctly and can be relied upon to provide testswith fake platform devices and device nodes via overlays compiled intothe kernel image.Cc: Rob Herring Cc: Saravana Kannan Cc: Daniel Latypov Cc: Brendan Higgins Reviewed-by: David Gow Cc: Rae Moar Reviewed-by: Rob Herring (Arm) Signed-off-by: Stephen Boyd Link: https://lore.kernel.org/r/20240718210513.3801024-5-sboyd@kernel.org List of files: /linux-6.15/drivers/of/Makefile

6774e90f - of: Add test managed wrappers for of_overlay_apply()/of_node_put()

Thu, 18 Jul 2024 21:05:01 +0000

of: Add test managed wrappers for of_overlay_apply()/of_node_put()Add test managed wrappers for of_overlay_apply() that automaticallyremoves the overlay when the test is finished. This API is intended foruse by KUnit tests that test code which relies on 'struct device_node'sand of_*() APIs.KUnit tests will call of_overlay_apply_kunit() to load an overlay that'sbeen built into the kernel image. When the test is complete, the overlaywill be removed.This has a few benefits: 1) It keeps the tests hermetic because the overlay is removed when the test is complete. Tests won't even be aware that an overlay was loaded in another test. 2) The overlay code can live right next to the unit test that loads it. The overlay and the unit test can be compiled into one kernel module if desired. 3) We can test different device tree configurations by loading different overlays. The overlays can be written for a specific test, and there can be many of them loaded per-test without needing to jam all possible combinations into one DTB. 4) It also allows KUnit to test device tree dependent code on any architecture, not just UML. This allows KUnit tests to test architecture specific device tree code.There are some potential pitfalls though. Test authors need to becareful to not overwrite properties in the live tree. The easiest way todo this is to add and remove nodes with a 'kunit-' prefix, almostguaranteeing that the same node won't be present in the tree loaded atboot.Suggested-by: Rob Herring Cc: Rob Herring Cc: Saravana Kannan Reviewed-by: Rob Herring (Arm) Reviewed-by: David Gow Signed-off-by: Stephen Boyd Link: https://lore.kernel.org/r/20240718210513.3801024-3-sboyd@kernel.org List of files: /linux-6.15/drivers/of/Makefile

893ecc6d - of: Add KUnit test to confirm DTB is loaded

Sat, 17 Feb 2024 01:05:56 +0000

of: Add KUnit test to confirm DTB is loadedAdd a KUnit test that confirms a DTB has been loaded, i.e. there is aroot node, and that the of_have_populated_dt() API works properly. Weskip the test when CONFIG_OF_EARLY_FLATREE=n because in that case weknow architecture code hasn't called unflatten_(and_copy_)?device_tree()which would populate some sort of root node.Cc: Rob Herring Cc: Frank Rowand Reviewed-by: David Gow Cc: Brendan Higgins Signed-off-by: Stephen Boyd Link: https://lore.kernel.org/r/20240217010557.2381548-8-sboyd@kernel.orgSigned-off-by: Rob Herring List of files: /linux-6.15/drivers/of/Makefile

7b937cc2 - of: Create of_root if no dtb provided by firmware

Sat, 17 Feb 2024 01:05:51 +0000

of: Create of_root if no dtb provided by firmwareWhen enabling CONFIG_OF on a platform where 'of_root' is not populatedby firmware, we end up without a root node. In order to apply overlaysand create subnodes of the root node, we need one. Create this root nodeby unflattening an empty builtin dtb.If firmware provides a flattened device tree (FDT) then the FDT isunflattened via setup_arch(). Otherwise, the call tounflatten(_and_copy)?_device_tree() will create an empty root node.We make of_have_populated_dt() return true only if the DTB was loaded byfirmware so that existing callers don't change behavior after thispatch. The call in the of platform code is removed because it preventsoverlays from creating platform devices when the empty root node isused.[sboyd@kernel.org: Update of_have_populated_dt() to treat this empty dtbas not populated. Drop setup_of() initcall]Signed-off-by: Frank Rowand Link: https://lore.kernel.org/r/20230317053415.2254616-2-frowand.list@gmail.comCc: Rob Herring Signed-off-by: Stephen Boyd Link: https://lore.kernel.org/r/20240217010557.2381548-3-sboyd@kernel.orgSigned-off-by: Rob Herring List of files: /linux-6.15/drivers/of/Makefile

b58fa269 - of: Move CPU node related functions to their own file

Wed, 29 Mar 2023 15:52:01 +0000

of: Move CPU node related functions to their own filedrivers/of/base.c is quite long and we've accumulated a number of CPUnode functions. Let's move them to a new file, cpu.c, along with thelone of_cpu_device_node_get() in of_device.h. Moving the declaration hasno effect yet as of.h is included by of_device.h. This serves aspreparation to disentangle the includes in of_device.h andof_platform.h.Reviewed-by: Sudeep Holla Link: https://lore.kernel.org/r/20230329-dt-cpu-header-cleanups-v1-4-581e2605fe47@kernel.orgSigned-off-by: Rob Herring List of files: /linux-6.15/drivers/of/Makefile

bd7a7ed7 - of: Move of_modalias() to module.c

Tue, 04 Apr 2023 17:21:17 +0000

of: Move of_modalias() to module.cCreate a specific .c file for OF related module handling.Move of_modalias() inside as a first step.The helper is exposed through of.h even though it is only used by corefiles because the users from device.c will soon be split into an OF-onlyhelper in module.c as well as a device-oriented inline helper inof_device.h. Putting this helper in of_private.h would require toinclude of_private.h from of_device.h, which is not acceptable.Suggested-by: Rob Herring Signed-off-by: Miquel Raynal Reviewed-by: Rob Herring Signed-off-by: Srinivas Kandagatla Link: https://lore.kernel.org/r/20230404172148.82422-10-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/of/Makefile

e330fb14 - of: net: move of_net under net/

Thu, 07 Oct 2021 01:06:54 +0000

of: net: move of_net under net/Rob suggests to move of_net.c from under drivers/of/ somewhereto the networking code.Suggested-by: Rob Herring Signed-off-by: Jakub Kicinski Reviewed-by: Rob Herring Signed-off-by: David S. Miller List of files: /linux-6.15/drivers/of/Makefile

b30be4dc - of: Add a common kexec FDT setup function

Sun, 21 Feb 2021 17:49:22 +0000

of: Add a common kexec FDT setup functionBoth arm64 and powerpc do essentially the same FDT /chosen setup forkexec. The differences are either omissions that arm64 should haveor additional properties that will be ignored. The setup code can becombined and shared by both powerpc and arm64.The differences relative to the arm64 version: - If /chosen doesn't exist, it will be created (should never happen). - Any old dtb and initrd reserved memory will be released. - The new initrd and elfcorehdr are marked reserved. - "linux,booted-from-kexec" is set.The differences relative to the powerpc version: - "kaslr-seed" and "rng-seed" may be set. - "linux,elfcorehdr" is set. - Any existing "linux,usable-memory-range" is removed.Combine the code for setting up the /chosen node in the FDT and updatingthe memory reservation for kexec, for powerpc and arm64, inof_kexec_alloc_and_setup_fdt() and move it to "drivers/of/kexec.c".Signed-off-by: Rob Herring Signed-off-by: Lakshmi Ramasubramanian Reviewed-by: Thiago Jung Bauermann Signed-off-by: Rob Herring Link: https://lore.kernel.org/r/20210221174930.27324-6-nramas@linux.microsoft.com List of files: /linux-6.15/drivers/of/Makefile

14b26b12 - net: phy: Move of_mdio from drivers/of to drivers/net/mdio

Thu, 08 Oct 2020 14:47:06 +0000

net: phy: Move of_mdio from drivers/of to drivers/net/mdioBetter place for of_mdio.c is drivers/net/mdio.Move of_mdio.c from drivers/of to drivers/net/mdioSigned-off-by: Calvin Johnson Acked-by: Rob Herring Signed-off-by: Jakub Kicinski List of files: /linux-6.15/drivers/of/Makefile

4670d610 - PCI: Move OF-related PCI functions into PCI core

Wed, 17 Jan 2018 23:36:39 +0000

PCI: Move OF-related PCI functions into PCI coreFollowing what has been done for other subsystems, move the remaining PCIrelated code out of drivers/of/ and into drivers/pci/of.cWith this, we can kill a few kconfig symbols.Signed-off-by: Rob Herring [bhelgaas: minor whitespace, comment cleanups]Signed-off-by: Bjorn Helgaas Cc: Frank Rowand List of files: /linux-6.15/drivers/of/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/of/Makefile

b56b5528 - of: make kobject and bin_attribute support configurable

Wed, 04 Oct 2017 19:09:40 +0000

of: make kobject and bin_attribute support configurableHaving device_nodes be kobjects is only needed if sysfs or OF_DYNAMIC isenabled. Otherwise, having a kobject in struct device_node isunnecessary bloat in minimal kernel configurations.Likewise, bin_attribute is only needed in struct property when sysfs isenabled, so we can make it configurable too.Tested-by: Nicolas Pitre Reviewed-by: Frank Rowand Acked-by: Grant Likely Signed-off-by: Rob Herring List of files: /linux-6.15/drivers/of/Makefile

1df09bc6 - of: Move OF property and graph API from base.c to property.c

Wed, 24 May 2017 14:53:53 +0000

of: Move OF property and graph API from base.c to property.cbase.c contains both core OF functions and increasingly otherfunctionality such as accessing properties and graphs, includingconvenience functions. In the near future this would also include OFspecific implementation of the fwnode property and graph APIs.Create driver/of/property.c to contain procedures for accessing andinterpreting device tree properties. The procedures are moved fromdrivers/of/base.c, with no changes other than copying only the includesrequired by the moved procedures.Signed-off-by: Sakari Ailus Signed-off-by: Rob Herring List of files: /linux-6.15/drivers/of/Makefile

d48f62b9 - mtd: nand: move of_get_nand_xxx() helpers into nand_base.c

Fri, 01 Apr 2016 12:54:32 +0000

mtd: nand: move of_get_nand_xxx() helpers into nand_base.cNow that all drivers go through nand_set_flash_node() to parse the genericNAND properties, we can move all of_get_nand_xxx() helpers in tonand_base.c, make them static and remove of_mtd.c and of_mtd.h.Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/of/Makefile

298535c0 - of, numa: Add NUMA of binding implementation.

Fri, 08 Apr 2016 22:50:25 +0000

of, numa: Add NUMA of binding implementation.Add device tree parsing for NUMA topology using device"numa-node-id" property in distance-map and cpu nodes.This is a complete rewrite of a previous patch by: Ganapatrao KulkarniSigned-off-by: David Daney Acked-by: Rob Herring Signed-off-by: Will Deacon List of files: /linux-6.15/drivers/of/Makefile

63a4aea5 - of: clean-up unnecessary libfdt include paths

Mon, 01 Jun 2015 13:42:48 +0000

of: clean-up unnecessary libfdt include pathsWith the libfdt include fixups to use "" instead of <> in thelatest dtc import in commit 4760597 (scripts/dtc: Update to upstreamversion 9d3649bd3be245c9), it is no longer necessary to add explicitinclude paths to use libfdt. Remove these across the kernel.Signed-off-by: Rob Herring Acked-by: Ralf Baechle Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Acked-by: Michael Ellerman Acked-by: Grant Likely Cc: linux-mips@linux-mips.orgCc: linuxppc-dev@lists.ozlabs.org List of files: /linux-6.15/drivers/of/Makefile

f0570d91 - dt: OF_UNITTEST make dependency broken

Fri, 13 Mar 2015 19:21:46 +0000

dt: OF_UNITTEST make dependency brokenIf CONFIG_OF_UNITTEST=y then a kernel image make will always cause .version tobe incremented, even if there are not source changes. This is caused bya lack of dependency tracking and checking fordrivers/of/unittest-data/testcases.dtb.o.Signed-off-by: Frank Rowand Signed-off-by: Rob Herring List of files: /linux-6.15/drivers/of/Makefile

7518b589 - of/overlay: Introduce DT overlay support

Tue, 28 Oct 2014 20:35:58 +0000

of/overlay: Introduce DT overlay supportOverlays are a method to dynamically modify part of the kernel'sdevice tree with dynamically loaded data. Add the core functionality toparse, apply and remove an overlay changeset. The core functionalitytakes care of managing the overlay data format and performing the addand remove. Drivers are expected to use the overlay functionality tosupport custom expansion busses commonly found on consumer developmentboards like the BeagleBone or Raspberry Pi.The overlay code uses CONFIG_OF_DYNAMIC changesets to perform the lowlevel work of modifying the devicetree.Documentation about internal and APIs is provided in Documentation/devicetree/overlay-notes.txtv2:- Switch from __of_node_alloc() to __of_node_dup()- Documentation fixups- Remove 2-pass processing of properties- Remove separate ov_lock; just use the DT mutex.v1:- Drop delete capability using '-' prefix. The '-' prefixed namesare valid properties and nodes and there is no need for it just yet.- Do not update special properties - name & phandle ones.- Change order of node attachment, so that the special property updateworks.Signed-off-by: Pantelis Antoniou Signed-off-by: Grant Likely List of files: /linux-6.15/drivers/of/Makefile

19fd7487 - of/unittest: Rename selftest.c to unittest.c

Tue, 04 Nov 2014 13:24:45 +0000

of/unittest: Rename selftest.c to unittest.cThis is unit testing code. It should use that name because it makes moresense than 'selftest'. Rename the files to match and rename the configvariable.Signed-off-by: Grant Likely List of files: /linux-6.15/drivers/of/Makefile

7941b27b - of: Introduce Device Tree resolve support.

Fri, 04 Jul 2014 16:59:20 +0000

of: Introduce Device Tree resolve support.Introduce support for dynamic device tree resolution.Using it, it is possible to prepare a device tree that'sbeen loaded on runtime to be modified and inserted at the kernellive tree.Export of of_resolve and bug fix of double free by Guenter Roeck Signed-off-by: Pantelis Antoniou [grant.likely: Don't need to select CONFIG_OF_DYNAMIC and CONFIG_OF_DEVICE][grant.likely: Don't need to depend on OF or !SPARC][grant.likely: Factor out duplicate code blocks into single function]Signed-off-by: Grant Likely List of files: /linux-6.15/drivers/of/Makefile