Changes in Makefile

97730bbb - firmware_loader: Add firmware-upload support

Thu, 21 Apr 2022 21:22:00 +0000

firmware_loader: Add firmware-upload supportExtend the firmware subsystem to support a persistent sysfs interface thatuserspace may use to initiate a firmware update. For example, FPGA basedPCIe cards load firmware and FPGA images from local FLASH when the cardboots. The images in FLASH may be updated with new images provided by theuser at his/her convenience.A device driver may call firmware_upload_register() to expose persistent"loading" and "data" sysfs files. These files are used in the same way asthe fallback sysfs "loading" and "data" files. When 0 is written to"loading" to complete the write of firmware data, the data is transferredto the lower-level driver using pre-registered call-back functions. Thedata transfer is done in the context of a kernel worker thread.Reviewed-by: Luis Chamberlain Reviewed-by: Tianfei zhang Tested-by: Matthew Gerlach Signed-off-by: Russ Weight Link: https://lore.kernel.org/r/20220421212204.36052-5-russell.h.weight@intel.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/base/firmware_loader/Makefile

e0c11a8b - firmware_loader: Split sysfs support from fallback

Thu, 21 Apr 2022 21:21:59 +0000

firmware_loader: Split sysfs support from fallbackIn preparation for sharing the "loading" and "data" sysfs nodes with thenew firmware upload support, split out sysfs functionality from fallback.cand fallback.h into sysfs.c and sysfs.h. This includes the firmwareclass driver code that is associated with the sysfs files and thefw_fallback_config support for the timeout sysfs node.CONFIG_FW_LOADER_SYSFS is created and is selected byCONFIG_FW_LOADER_USER_HELPER in order to include sysfs.o infirmware_class-objs.This is mostly just a code reorganization. There are a few symbols thatchange in scope, and these can be identified by looking at the headerfile changes. A few white-space warnings from checkpatch are alsoaddressed in this patch.Reviewed-by: Luis Chamberlain Reviewed-by: Tianfei zhang Tested-by: Matthew Gerlach Signed-off-by: Russ Weight Link: https://lore.kernel.org/r/20220421212204.36052-4-russell.h.weight@intel.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/base/firmware_loader/Makefile

e4c2c0ff - firmware: Add new platform fallback mechanism and firmware_request_platform()

Wed, 15 Jan 2020 16:35:48 +0000

firmware: Add new platform fallback mechanism and firmware_request_platform()In some cases the platform's main firmware (e.g. the UEFI fw) may containan embedded copy of device firmware which needs to be (re)loaded into theperipheral. Normally such firmware would be part of linux-firmware, but insome cases this is not feasible, for 2 reasons:1) The firmware is customized for a specific use-case of the chipset / usewith a specific hardware model, so we cannot have a single firmware filefor the chipset. E.g. touchscreen controller firmwares are compiledspecifically for the hardware model they are used with, as they arecalibrated for a specific model digitizer.2) Despite repeated attempts we have failed to get permission toredistribute the firmware. This is especially a problem with customizedfirmwares, these get created by the chip vendor for a specific ODM and thecopyright may partially belong with the ODM, so the chip vendor cannotgive a blanket permission to distribute these.This commit adds a new platform fallback mechanism to the firmware loaderwhich will try to lookup a device fw copy embedded in the platform's mainfirmware if direct filesystem lookup fails.Drivers which need such embedded fw copies can enable this fallbackmechanism by using the new firmware_request_platform() function.Note that for now this is only supported on EFI platforms and even onthese platforms firmware_fallback_platform() only works ifCONFIG_EFI_EMBEDDED_FIRMWARE is enabled (this gets selected by driverswhich need this), in all other cases firmware_fallback_platform() simplyalways returns -ENOENT.Reported-by: Dave Olsthoorn Suggested-by: Peter Jones Acked-by: Luis Chamberlain Signed-off-by: Hans de Goede Link: https://lore.kernel.org/r/20200115163554.101315-5-hdegoede@redhat.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/base/firmware_loader/Makefile

f96182e9 - firmware_loader: move firmware/ to drivers/base/firmware_loader/builtin/

Fri, 11 Jan 2019 09:52:00 +0000

firmware_loader: move firmware/ to drivers/base/firmware_loader/builtin/Currently, the 'firmware' directory only contains a single Makefileto embed extra firmware into the kernel.Move it to the more relevant place.Signed-off-by: Masahiro Yamada Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/base/firmware_loader/Makefile

91f382a4 - firmware_loader: move CONFIG_FW_LOADER_USER_HELPER switch to Makefile

Fri, 11 Jan 2019 09:51:32 +0000

firmware_loader: move CONFIG_FW_LOADER_USER_HELPER switch to MakefileThe whole code of fallback_table.c is surrounded by #ifdef ofCONFIG_FW_LOADER_USER_HELPER.Move the CONFIG_FW_LOADER_USER_HELPER switch to Makefile so thatit is not compiled at all when this CONFIG option is disabled.I also removed the confusing comment, "Module or buit-in [sic]".CONFIG_FW_LOADER_USER_HELPER is a boolean option.(If it were a module, CONFIG_FW_LOADER_USER_HELPER_MODULE wouldbe defined instead.)Signed-off-by: Masahiro Yamada Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/base/firmware_loader/Makefile

5d6d1ddd - firmware: move firmware loader into its own directory

Sat, 10 Mar 2018 14:14:50 +0000

firmware: move firmware loader into its own directoryThis will make it much easier to manage as we manage tokeep trimming componnents down into their own files to moreeasily manage and maintain this codebase.Suggested-by: Kees Cook Signed-off-by: Luis R. Rodriguez Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/base/firmware_loader/Makefile