Changes in Makefile

2e4986cf - fwctl: Add basic structure for a class subsystem with a cdev

Fri, 28 Feb 2025 00:26:29 +0000

fwctl: Add basic structure for a class subsystem with a cdevCreate the class, character device and functions for a fwctl driver toun/register to the subsystem.A typical fwctl driver has a sysfs presence like:$ ls -l /dev/fwctl/fwctl0crw------- 1 root root 250, 0 Apr 25 19:16 /dev/fwctl/fwctl0$ ls /sys/class/fwctl/fwctl0dev device power subsystem uevent$ ls /sys/class/fwctl/fwctl0/device/infiniband/ibp0s10f0$ ls /sys/class/infiniband/ibp0s10f0/device/fwctl/fwctl0/$ ls /sys/devices/pci0000:00/0000:00:0a.0/fwctl/fwctl0dev device power subsystem ueventWhich allows userspace to link all the multi-subsystem driver componentstogether and learn the subsystem specific names for the device'scomponents.Link: https://patch.msgid.link/r/1-v5-642aa0c94070+4447f-fwctl_jgg@nvidia.comReviewed-by: Jonathan Cameron Reviewed-by: Dan Williams Reviewed-by: Dave Jiang Reviewed-by: Shannon Nelson Tested-by: Dave Jiang Tested-by: Shannon Nelson Signed-off-by: Jason Gunthorpe List of files: /linux-6.15/drivers/Makefile

78efa53e - leds: Init leds class earlier

Wed, 04 Sep 2024 10:48:46 +0000

leds: Init leds class earlierNPEM driver will require leds class, there is an init-order conflict.Make sure that LEDs initialization happens first and add comment.Link: https://lore.kernel.org/r/20240904104848.23480-2-mariusz.tkaczyk@linux.intel.comSuggested-by: Dan Williams Signed-off-by: Mariusz Tkaczyk Signed-off-by: Bjorn Helgaas Tested-by: Stuart Hayes Reviewed-by: Christoph Hellwig Reviewed-by: Ilpo Järvinen List of files: /linux-6.15/drivers/Makefile

b1992c37 - kbuild: use $(src) instead of $(srctree)/$(src) for source directory

Sat, 27 Apr 2024 14:55:02 +0000

kbuild: use $(src) instead of $(srctree)/$(src) for source directoryKbuild conventionally uses $(obj)/ for generated files, and $(src)/ forchecked-in source files. It is merely a convention without any functionaldifference. In fact, $(obj) and $(src) are exactly the same, as definedin scripts/Makefile.build: src := $(obj)When the kernel is built in a separate output directory, $(src) doesnot accurately reflect the source directory location. While Kbuildresolves this discrepancy by specifying VPATH=$(srctree) to search forsource files, it does not cover all cases. For example, when adding aheader search path for local headers, -I$(srctree)/$(src) is typicallypassed to the compiler.This introduces inconsistency between upstream and downstream Makefilesbecause $(src) is used instead of $(srctree)/$(src) for the latter.To address this inconsistency, this commit changes the semantics of$(src) so that it always points to the directory in the source tree.Going forward, the variables used in Makefiles will have the followingmeanings: $(obj) - directory in the object tree $(src) - directory in the source tree (changed by this commit) $(objtree) - the top of the kernel object tree $(srctree) - the top of the kernel source treeConsequently, $(srctree)/$(src) in upstream Makefiles need to be replacedwith $(src).Signed-off-by: Masahiro Yamada Reviewed-by: Nicolas Schier List of files: /linux-6.15/drivers/Makefile

041d2a0e - Revert "leds: Only descend into leds directory when CONFIG_NEW_LEDS is set"

Fri, 16 Feb 2024 21:15:43 +0000

Revert "leds: Only descend into leds directory when CONFIG_NEW_LEDS is set"This reverts commit b1ae40a5db6191c42e2e45d726407096f030ee08.The ExpressWire library introduced in commit 25ae5f5f4168 ("leds:Introduce ExpressWire library") does not depend on NEW_LEDS, but withoutthis revert it would never get compiled if NEW_LEDS is not enabled.Revert this commit to allow the library to be compiled.Link: https://lore.kernel.org/2cacd8dc-6150-4aa2-af9e-830a202fb0a8@app.fastmail.comSuggested-by: Arnd Bergmann Reviewed-by: Daniel Thompson Signed-off-by: Duje Mihanović Link: https://lore.kernel.org/r/20240216-expresswire-deps-v2-1-8be59c4a75f5@skole.hrSigned-off-by: Lee Jones List of files: /linux-6.15/drivers/Makefile

689237ab - fbdev/intelfb: Remove driver

Fri, 05 Jan 2024 09:10:36 +0000

fbdev/intelfb: Remove driverFrom looking at the PCI IDs, every device supported by intelfb isalso supported by i915. Anyone still using intelfb should pleasemove on to i915, which does everything intelfb does but better.Removing intelfb is motivated by the driver's excessive use of theglobal screen_info state. The state belongs to architecture andfirmware code; device drivers should not attempt to access it. Butfixing intelfb would require a significant change in the driver'sprobing logic. As intelfb has been obsolete for nearly 2 decades,it is probably not worth the effort. Let's just remove it. Alsoremove the related documentation.Signed-off-by: Thomas Zimmermann Acked-by: Maik Broemme Signed-off-by: Helge Deller List of files: /linux-6.15/drivers/Makefile

9a6c7821 - vlynq: remove bus driver

Fri, 22 Sep 2023 06:15:24 +0000

vlynq: remove bus driverThere are no users with a vlynq_driver in the Kernel tree. Also, onlythe AR7 platform ever initialized a VLYNQ bus, but AR7 is going to beremoved from the Kernel. OpenWRT had some out-of-tree drivers which theyprobably intended to upport, but AR7 devices are even there notsupported anymore because they are "stuck with Kernel3.18" [1]. This code can go.[1] https://openwrt.org/docs/techref/targets/ar7Signed-off-by: Wolfram Sang Acked-by: Greg Kroah-Hartman Acked-by: Florian Fainelli Signed-off-by: Thomas Bogendoerfer List of files: /linux-6.15/drivers/Makefile

9431063a - dpll: core: Add DPLL framework base functions

Wed, 13 Sep 2023 20:49:37 +0000

dpll: core: Add DPLL framework base functionsDPLL framework is used to represent and configure DPLL devicesin systems. Each device that has DPLL and can configure inputsand outputs can use this framework.Implement core framework functions for further interactionswith device drivers implementing dpll subsystem, as well as forinteractions of DPLL netlink framework part with the subsystemitself.Co-developed-by: Milena Olech Signed-off-by: Milena Olech Co-developed-by: Michal Michalik Signed-off-by: Michal Michalik Signed-off-by: Vadim Fedorenko Co-developed-by: Arkadiusz Kubalewski Signed-off-by: Arkadiusz Kubalewski Signed-off-by: Jiri Pirko Signed-off-by: David S. Miller List of files: /linux-6.15/drivers/Makefile

e2ad626f - pmdomain: Rename the genpd subsystem to pmdomain

Tue, 12 Sep 2023 22:11:27 +0000

pmdomain: Rename the genpd subsystem to pmdomainIt has been pointed out that naming a subsystem "genpd" isn't veryself-explanatory and the acronym itself that means Generic PM Domain, isknown only by a limited group of people.In a way to improve the situation, let's rename the subsystem to pmdomain,which ideally should indicate that this is about so called Power Domains or"PM domains" as we often also use within the Linux Kernel terminology.Suggested-by: Rafael J. Wysocki Signed-off-by: Ulf Hansson Reviewed-by: Linus Walleij Acked-by: Arnd Bergmann Acked-by: Heiko Stuebner Acked-by: Rafael J. Wysocki Acked-by: Geert Uytterhoeven Link: https://lore.kernel.org/r/20230912221127.487327-1-ulf.hansson@linaro.org List of files: /linux-6.15/drivers/Makefile

d34599bc - cache: Add L2 cache management for Andes AX45MP RISC-V core

Fri, 18 Aug 2023 13:57:22 +0000

cache: Add L2 cache management for Andes AX45MP RISC-V coreI/O Coherence Port (IOCP) provides an AXI interface for connectingexternal non-caching masters, such as DMA controllers. The accessesfrom IOCP are coherent with D-Caches and L2 Cache.IOCP is a specification option and is disabled on the Renesas RZ/FiveSoC due to this reason IP blocks using DMA will fail.The Andes AX45MP core has a Programmable Physical Memory Attributes (PMA)block that allows dynamic adjustment of memory attributes in the runtime.It contains a configurable amount of PMA entries implemented as CSRregisters to control the attributes of memory locations in interest.Below are the memory attributes supported:* Device, Non-bufferable* Device, bufferable* Memory, Non-cacheable, Non-bufferable* Memory, Non-cacheable, Bufferable* Memory, Write-back, No-allocate* Memory, Write-back, Read-allocate* Memory, Write-back, Write-allocate* Memory, Write-back, Read and Write-allocateMore info about PMA (section 10.3):Link: http://www.andestech.com/wp-content/uploads/AX45MP-1C-Rev.-5.0.0-Datasheet.pdfAs a workaround for SoCs with IOCP disabled CMO needs to be handled bysoftware. Firstly OpenSBI configures the memory region as"Memory, Non-cacheable, Bufferable" and passes this region as a globalshared dma pool as a DT node. With DMA_GLOBAL_POOL enabled all DMAallocations happen from this region and synchronization callbacks areimplemented to synchronize when doing DMA transactions.Example PMA region passes as a DT node from OpenSBI: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; pma_resv0@58000000 { compatible = "shared-dma-pool"; reg = <0x0 0x58000000 0x0 0x08000000>; no-map; linux,dma-default; }; };Signed-off-by: Lad Prabhakar Reviewed-by: Conor Dooley Tested-by: Conor Dooley # tyre-kicking on a d1Link: https://lore.kernel.org/r/20230818135723.80612-6-prabhakar.mahadev-lad.rj@bp.renesas.comSigned-off-by: Palmer Dabbelt List of files: /linux-6.15/drivers/Makefile

305b9f4f - s390: use obj-y to descend into drivers/s390/

Fri, 21 Jul 2023 17:13:58 +0000

s390: use obj-y to descend into drivers/s390/The single build rule does not work with the drivers-y syntax. [1]Use the standard obj-y syntax. It moves the objects from drivers/s390/to slightly lower address, but fixes the reported issue.[1]: https://lore.kernel.org/linux-kbuild/d57ba55f-20a3-b836-783d-b49c8a161b6e@kernel.org/T/#m27f781ab60acadfed8a9e9642f30d5414a5e2df3Signed-off-by: Masahiro Yamada Tested-by: Jiri Slaby Link: https://lore.kernel.org/r/20230721171358.3612099-1-masahiroy@kernel.orgSigned-off-by: Heiko Carstens List of files: /linux-6.15/drivers/Makefile

c1e213e5 - genpd: Create a new subsystem directory to host genpd providers

Fri, 30 Jun 2023 13:26:26 +0000

genpd: Create a new subsystem directory to host genpd providersThere are currently ~60 users of the genpd provider interface, whichimplementations are sprinkled across various subsystems. To simplify withmaintenance let's create a new subsystem (drivers/genpd) and start movingthe providers in there.My intention is also to host a git tree to collect and to get the patchestested/integrated through the linux-next tree. Ideally this should releasesome of the burden on the soc maintainers.Note that, I will of course require acks/reviews from the current platformmaintainers, hence the MAINTAINERS file needs to be updated accordingly foreach genpd provider that is moved into the new genpd subsystem.Signed-off-by: Ulf Hansson List of files: /linux-6.15/drivers/Makefile

2959ab24 - cdx: add the cdx bus driver

Mon, 13 Mar 2023 13:26:30 +0000

cdx: add the cdx bus driverIntroduce AMD CDX bus, which provides a mechanism for scanningand probing CDX devices. These devices are memory mapped onsystem bus for Application Processors(APUs).CDX devices can be changed dynamically in the Fabric and CDXbus interacts with CDX controller to rescan the bus andrediscover the devices.Signed-off-by: Nipun Gupta Reviewed-by: Pieter Jansen van Vuuren Tested-by: Nikhil Agarwal Link: https://lore.kernel.org/r/20230313132636.31850-2-nipun.gupta@amd.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/Makefile

8a3d95ea - dax/hmem: build hmem device support as module if possible

Tue, 14 Feb 2023 13:18:47 +0000

dax/hmem: build hmem device support as module if possibleWhen device_hmem.o is enabled but dax itself is a loadable module, thedax_hmem support fails to link because Kbuild never compiles built-incode under drivers/dax:ERROR: modpost: "walk_hmem_resources" [drivers/dax/hmem/dax_hmem.ko] undefined!Make sure that drivers/dax is entered for compiling built-in codeeven with CONFIG_DAX=m.Fixes: 7dab174e2e27 ("dax/hmem: Move hmem device registration to dax_hmem.ko")Signed-off-by: Arnd Bergmann Link: https://lore.kernel.org/r/20230214131913.1431969-1-arnd@kernel.orgSigned-off-by: Dan Williams List of files: /linux-6.15/drivers/Makefile

67d7c302 - kbuild: remove --include-dir MAKEFLAG from top Makefile

Sat, 28 Jan 2023 09:24:23 +0000

kbuild: remove --include-dir MAKEFLAG from top MakefileI added $(srctree)/ to some included Makefiles in the following commits: - 3204a7fb98a3 ("kbuild: prefix $(srctree)/ to some included Makefiles") - d82856395505 ("kbuild: do not require sub-make for separate output tree builds")They were a preparation for removing --include-dir flag.I have never thought --include-dir useful. Rather, it _is_ harmful.For example, run the following commands: $ make -s ARCH=x86 mrproper defconfig $ make ARCH=arm O=foo dtbs make[1]: Entering directory '/tmp/linux/foo' HOSTCC scripts/basic/fixdep Error: kernelrelease not valid - run 'make prepare' to update it UPD include/config/kernel.release make[1]: Leaving directory '/tmp/linux/foo'The first command configures the source tree for x86. The next commandtries to build ARM device trees in the separate foo/ directory - thismust stop because the directory foo/ has not been configured yet.However, due to --include-dir=$(abs_srctree), the top Makefile includesthe wrong include/config/auto.conf from the source tree and continuesbuilding. Kbuild traverses the directory tree, but of course it doesnot work correctly. The Error message is also pointless - 'make prepare'does not help at all for fixing the issue.This commit fixes more arch Makefile, and finally removes --include-dirfrom the top Makefile.There are more breakages under drivers/, but I do not volunteer to fixthem all. I just moved --include-dir to drivers/Makefile.With this commit, the second command will stop with a sensible message. $ make -s ARCH=x86 mrproper defconfig $ make ARCH=arm O=foo dtbs make[1]: Entering directory '/tmp/linux/foo' SYNC include/config/auto.conf.cmd *** *** The source tree is not clean, please run 'make ARCH=arm mrproper' *** in /tmp/linux *** make[2]: *** [../Makefile:646: outputmakefile] Error 1 /tmp/linux/Makefile:770: include/config/auto.conf.cmd: No such file or directory make[1]: *** [/tmp/linux/Makefile:793: include/config/auto.conf.cmd] Error 2 make[1]: Leaving directory '/tmp/linux/foo' make: *** [Makefile:226: __sub-make] Error 2Signed-off-by: Masahiro Yamada List of files: /linux-6.15/drivers/Makefile

532a3829 - drivers: Restore alignment and newline in Makefile

Tue, 24 Jan 2023 10:41:45 +0000

drivers: Restore alignment and newline in MakefileThe introduction of drivers/accel/ broke alignment, and removed thenewline at the end of the file. Fix all of that.Fixes: 35b137630f08 ("accel/ivpu: Introduce a new DRM driver for Intel VPU")Signed-off-by: Geert Uytterhoeven Reviewed-by: Oded Gabbay Acked-by: Greg Kroah-Hartman Signed-off-by: Jacek Lawrynowicz Link: https://patchwork.freedesktop.org/patch/msgid/20230124104145.3962497-1-geert+renesas@glider.be List of files: /linux-6.15/drivers/Makefile

72f2b0b2 - drivers/block: Move PARIDE protocol modules to drivers/ata/pata_parport

Mon, 30 Jan 2023 21:10:50 +0000

drivers/block: Move PARIDE protocol modules to drivers/ata/pata_parportMove PARIDE protocol modules out of drivers/block intodrivers/ata/pata_parport and update the CONFIG_ symbol names toPATA_PARPORT.[Damien]The pata_parport driver file itsef is also moved together with theprotocol modules in drivers/ata/pata_parport.Signed-off-by: Ondrej Zary Acked-by: Jens Axboe Signed-off-by: Damien Le Moal List of files: /linux-6.15/drivers/Makefile

246a1c4c - ata: pata_parport: add driver (PARIDE replacement)

Mon, 23 Jan 2023 19:09:54 +0000

ata: pata_parport: add driver (PARIDE replacement)The pata_parport is a libata-based replacement of the old PARIDEsubsystem - driver for parallel port IDE devices.It uses the original paride low-level protocol drivers but does notneed the high-level drivers (pd, pcd, pf, pt, pg). The IDE devicesbehind parallel port adapters are handled by the ATA layer.This will allow paride and its high-level drivers to be removed.Unfortunately, libata drivers cannot sleep so pata_parport claimsparport before activating the ata host and keeps it claimed (andprotocol connected) until the ata host is removed. This means thatno devices can be chained (neither other pata_parport devices nora printer).paride and pata_parport are mutually exclusive because the compiledprotocol drivers are incompatible.Tested with: - Imation SuperDisk LS-120 and HP C4381A (EPAT) - Freecom Parallel CD (FRPW) - Toshiba Mobile CD-RW 2793008 w/Freecom Parallel Cable rev.903 (FRIQ) - Backpack CD-RW 222011 and CD-RW 19350 (BPCK6)The following bugs in low-level protocol drivers were found and willbe fixed later:Note: EPP-32 mode is buggy in EPAT - and also in all other protocoldrivers - they don't handle non-multiple-of-4 block transferscorrectly. This causes problems with LS-120 drive.There is also another bug in EPAT: EPP modes don't work unless a 4-bitor 8-bit mode is used first (probably some initialization missing?).Once the device is initialized, EPP works until power cycle.So after device power on, you have to:echo "parport0 epat 0" >/sys/bus/pata_parport/new_deviceecho pata_parport.0 >/sys/bus/pata_parport/delete_deviceecho "parport0 epat 4" >/sys/bus/pata_parport/new_device(autoprobe will initialize correctly as it tries the slowest modesfirst but you'll get the broken EPP-32 mode)Note: EPP modes are buggy in FRPW, only modes 0 and 1 work.Signed-off-by: Ondrej Zary Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Acked-by: Jens Axboe Signed-off-by: Damien Le Moal List of files: /linux-6.15/drivers/Makefile

e65e175b - habanalabs: move driver to accel subsystem

Mon, 26 Dec 2022 21:05:00 +0000

habanalabs: move driver to accel subsystemNow that we have a subsystem for compute accelerators, move thehabanalabs driver to it.This patch only moves the files and fixes the Makefiles. Futurepatches will change the existing code to register to the accelsubsystem and expose the accel device char files instead of thehabanalabs device char files.Update the MAINTAINERS file to reflect this change.Signed-off-by: Oded Gabbay List of files: /linux-6.15/drivers/Makefile

35b13763 - accel/ivpu: Introduce a new DRM driver for Intel VPU

Tue, 17 Jan 2023 09:27:17 +0000

accel/ivpu: Introduce a new DRM driver for Intel VPUVPU stands for Versatile Processing Unit and it's a CPU-integratedinference accelerator for Computer Vision and Deep Learningapplications.The VPU device consist of following components: - Buttress - provides CPU to VPU integration, interrupt, frequency and power management. - Memory Management Unit (based on ARM MMU-600) - translates VPU to host DMA addresses, isolates user workloads. - RISC based microcontroller - executes firmware that provides job execution API for the kernel-mode driver - Neural Compute Subsystem (NCS) - does the actual work, provides Compute and Copy engines. - Network on Chip (NoC) - network fabric connecting all the componentsThis driver supports VPU IP v2.7 integrated into Intel Meteor Lakeclient CPUs (14th generation).Module sources are at drivers/accel/ivpu and module name is"intel_vpu.ko".This patch includes only very besic functionality: - module, PCI device and IRQ initialization - register definitions and low level register manipulation functions - SET/GET_PARAM ioctls - power up without firmwareCo-developed-by: Krystian Pradzynski Signed-off-by: Krystian Pradzynski Signed-off-by: Jacek Lawrynowicz Reviewed-by: Oded Gabbay Reviewed-by: Jeffrey Hugo Signed-off-by: Daniel Vetter Link: https://patchwork.freedesktop.org/patch/msgid/20230117092723.60441-2-jacek.lawrynowicz@linux.intel.com List of files: /linux-6.15/drivers/Makefile

25621bcc - HID: Kconfig: split HID support and hid-core compilation

Thu, 03 Nov 2022 15:57:43 +0000

HID: Kconfig: split HID support and hid-core compilationCurrently, we step into drivers/hid/ based on the value ofCONFIG_HID.However, that value is a tristate, meaning that it can be a module.As per the documentation, if we jump into the subdirectory byfollowing an obj-m, we can not compile anything inside thatsubdirectory in vmlinux. It is considered as a bug.To make things more friendly to HID-BPF, split HID (the HID coreparameter) from HID_SUPPORT (do we want any kind of HID support in thesystem?), and make this new config a boolean.Reviewed-by: Greg Kroah-Hartman Signed-off-by: Benjamin Tissoires Signed-off-by: Jiri Kosina List of files: /linux-6.15/drivers/Makefile