| /linux-6.1.9/Documentation/ABI/stable/ |
| D | sysfs-driver-firmware-zynqmp | 1 What: /sys/devices/platform/firmware\:zynqmp-firmware/ggs*
17 # cat /sys/devices/platform/firmware\:zynqmp-firmware/ggs0
18 # echo <value> > /sys/devices/platform/firmware\:zynqmp-firmware/ggs0
22 # cat /sys/devices/platform/firmware\:zynqmp-firmware/ggs0
23 # echo 0x1234ABCD > /sys/devices/platform/firmware\:zynqmp-firmware/ggs0
27 What: /sys/devices/platform/firmware\:zynqmp-firmware/pggs*
46 # cat /sys/devices/platform/firmware\:zynqmp-firmware/pggs0
47 # echo <value> > /sys/devices/platform/firmware\:zynqmp-firmware/pggs0
51 # cat /sys/devices/platform/firmware\:zynqmp-firmware/pggs0
52 # echo 0x1234ABCD > /sys/devices/platform/firmware\:zynqmp-firmware/pggs0
[all …]
|
| /linux-6.1.9/drivers/gpu/drm/tegra/ |
| D | falcon.c | 67 const struct firmware *firmware) in falcon_copy_firmware_image() argument
69 u32 *virt = falcon->firmware.virt; in falcon_copy_firmware_image()
73 for (i = 0; i < firmware->size / sizeof(u32); i++) in falcon_copy_firmware_image()
74 virt[i] = le32_to_cpu(((__le32 *)firmware->data)[i]); in falcon_copy_firmware_image()
79 struct falcon_fw_bin_header_v1 *bin = (void *)falcon->firmware.virt; in falcon_parse_firmware_image()
95 if (bin->size > falcon->firmware.size) { in falcon_parse_firmware_image()
100 os = falcon->firmware.virt + bin->os_header_offset; in falcon_parse_firmware_image()
102 falcon->firmware.bin_data.size = bin->os_size; in falcon_parse_firmware_image()
103 falcon->firmware.bin_data.offset = bin->os_data_offset; in falcon_parse_firmware_image()
104 falcon->firmware.code.offset = os->code_offset; in falcon_parse_firmware_image()
[all …]
|
| /linux-6.1.9/Documentation/driver-api/firmware/ |
| D | firmware_cache.rst | 5 When Linux resumes from suspend some device drivers require firmware lookups to
7 firmware lookups are not possible, during this short period of time firmware
9 the root filesystem for firmware delays user experience with device
10 functionality. In order to support these requirements the firmware
11 infrastructure implements a firmware cache for device drivers for most API
14 The firmware cache makes using certain firmware API calls safe during a device
16 the firmware by themselves for dealing with firmware loss during system resume.
18 The firmware cache works by requesting for firmware prior to suspend and
19 caching it in memory. Upon resume device drivers using the firmware API will
20 have access to the firmware immediately, without having to wait for the root
[all …]
|
| D | request_firmware.rst | 5 You would typically load firmware and then load it into your device somehow.
6 The typical firmware work flow is reflected below::
12 Synchronous firmware requests
15 Synchronous firmware requests will wait until the firmware is found or until
43 Asynchronous firmware requests
46 Asynchronous firmware requests allow driver code to not have to wait
47 until the firmware or an error is returned. Function callbacks are
48 provided so that when the firmware or an error is found the driver is
60 Some devices have an optimization in place to enable the firmware to be
62 author must ensure the firmware is still available on resume from suspend,
[all …]
|
| D | firmware-usage-guidelines.rst | 6 firmware files to keep their hardware working. At the same time updated
7 firmware files must not cause any regressions for users of older kernel
10 Drivers that use firmware from linux-firmware should follow the rules in
11 this guide. (Where there is limited control of the firmware,
16 firmware ABI version changes. It is recommended that firmware files be
18 the firmware files in linux-firmware be named with some device
19 specific name, and just the major version. The firmware version should
20 be stored in the firmware header, or as an exception, as part of the
21 firmware file name, in order to let the driver detact any non-ABI
22 fixes/changes. The firmware files in linux-firmware should be
[all …]
|
| D | built-in-fw.rst | 2 Built-in firmware
5 Firmware can be built-in to the kernel, this means building the firmware
6 into vmlinux directly, to enable avoiding having to look for firmware from
7 the filesystem. Instead, firmware can be looked for inside the kernel
8 directly. You can enable built-in firmware using the kernel configuration
14 There are a few reasons why you might want to consider building your firmware
19 want to stuff the firmware into the boot initramfs.
22 able to make use of built-in firmware:
24 * Legalese - firmware is non-GPL compatible
25 * Some firmware may be optional
[all …]
|
| D | fallback-mechanisms.rst | 6 filesystem lookup on the root filesystem or when the firmware simply cannot be
8 configuration options related to supporting the firmware fallback mechanism are:
10 * CONFIG_FW_LOADER_USER_HELPER: enables building the firmware fallback
15 enable the kobject uevent fallback mechanism on all firmware API calls
21 manually load the firmware. Read below for more details.
31 Justifying the firmware fallback mechanism
40 * Races upon resume from suspend. This is resolved by the firmware cache, but
41 the firmware cache is only supported if you use uevents, and its not
47 * The firmware provides very unique device specific data tailored for
68 In order to help device drivers upload firmware using a fallback mechanism
[all …]
|
| D | lookup-order.rst | 5 Different functionality is available to enable firmware to be found.
6 Below is chronological order of how firmware will be looked for once
7 a driver issues a firmware API call.
9 * The ''Built-in firmware'' is checked first, if the firmware is present we
11 * The ''Firmware cache'' is looked at next. If the firmware is found we
15 * The ''Platform firmware fallback'' is performed next, but only when
17 * If no firmware has been found and the fallback mechanism was enabled
19 is issued or the custom firmware loading is relied upon for firmware
|
| /linux-6.1.9/Documentation/ABI/testing/ |
| D | sysfs-class-firmware | 1 What: /sys/class/firmware/.../data
5 Description: The data sysfs file is used for firmware-fallback and for
6 firmware uploads. Cat a firmware image to this sysfs file
7 after you echo 1 to the loading sysfs file. When the firmware
9 sequence will signal the completion of the firmware write and
10 signal the lower-level driver that the firmware data is
13 What: /sys/class/firmware/.../cancel
17 Description: Write-only. For firmware uploads, write a "1" to this file to
18 request that the transfer of firmware data to the lower-level
21 progress) or (ENODEV) if there is no firmware update in progress.
[all …]
|
| D | sysfs-firmware-efi-esrt | 1 What: /sys/firmware/efi/esrt/
5 (ESRT), a catalog of firmware for which can be updated with
10 What: /sys/firmware/efi/esrt/fw_resource_count
15 What: /sys/firmware/efi/esrt/fw_resource_count_max
20 really only useful to the system firmware itself.
22 What: /sys/firmware/efi/esrt/fw_resource_version
25 Description: The version of the ESRT structure provided by the firmware.
27 What: /sys/firmware/efi/esrt/entries/entry<N>/
32 example: /sys/firmware/efi/esrt/entries/entry0/
34 What: /sys/firmware/efi/esrt/entries/entry<N>/fw_type
[all …]
|
| D | sysfs-firmware-memmap | 1 What: /sys/firmware/memmap/
5 On all platforms, the firmware provides a memory map which the
10 However, on most architectures that firmware-provided memory
16 kexec needs the raw firmware-provided memory map to setup the
19 that reason, /sys/firmware/memmap is an interface that provides
22 The structure is as follows: Under /sys/firmware/memmap there
25 /sys/firmware/memmap/0
26 /sys/firmware/memmap/1
27 /sys/firmware/memmap/2
28 /sys/firmware/memmap/3
[all …]
|
| D | sysfs-firmware-gsmi | 1 What: /sys/firmware/gsmi
5 Some servers used internally at Google have firmware
13 these firmware callbacks. Currently, this functionality
19 /sys/firmware/gsmi/vars:
22 underlying implementation as /sys/firmware/efi/vars.
23 See `Documentation/ABI/*/sysfs-firmware-efi-vars`
27 /sys/firmware/gsmi/append_to_eventlog - write-only:
30 the firmware to be timestamped and appended to
32 interpreted by the firmware and may change from
36 firmware call.
[all …]
|
| /linux-6.1.9/Documentation/driver-api/nvdimm/ |
| D | firmware-activate.rst | 7 Some persistent memory devices run a firmware locally on the device /
9 and health monitoring. The process of updating that firmware typically
13 DSM specification [1], has added support for activating firmware at
17 to advertise and control their local runtime firmware activation
20 The libnvdimm bus object, ndbusX, implements an ndbusX/firmware/activate
21 attribute that shows the state of the firmware activation as one of 'idle',
25 No devices are set / armed to activate firmware
37 activation. In that scenario the potential for firmware activation to
40 The 'ndbusX/firmware/activate' property can be written with a value of
42 run firmware activation from within the equivalent of the hibernation
[all …]
|
| /linux-6.1.9/include/linux/ |
| D | firmware.h | 12 struct firmware { struct
86 bool firmware_request_builtin(struct firmware *fw, const char *name);
88 static inline bool firmware_request_builtin(struct firmware *fw, in firmware_request_builtin()
96 int request_firmware(const struct firmware **fw, const char *name,
98 int firmware_request_nowarn(const struct firmware **fw, const char *name,
100 int firmware_request_platform(const struct firmware **fw, const char *name,
105 void (*cont)(const struct firmware *fw, void *context));
106 int request_firmware_direct(const struct firmware **fw, const char *name,
108 int request_firmware_into_buf(const struct firmware **firmware_p,
110 int request_partial_firmware_into_buf(const struct firmware **firmware_p,
[all …]
|
| /linux-6.1.9/drivers/base/firmware_loader/ |
| D | Kconfig | 8 This enables the firmware loading facility in the kernel. The kernel
9 will first look for built-in firmware, if it has any. Next, it will
10 look for the requested firmware in a series of filesystem paths:
13 o /lib/firmware/updates/UTS_RELEASE
14 o /lib/firmware/updates
15 o /lib/firmware/UTS_RELEASE
16 o /lib/firmware
20 need firmware.
25 enable built-in firmware (CONFIG_EXTRA_FIRMWARE).
36 string "Build named firmware blobs into the kernel binary"
[all …]
|
| /linux-6.1.9/sound/pci/asihpi/ |
| D | hpidspcd.c | 18 const struct firmware *firmware; member
26 const struct firmware *firmware; in hpi_dsp_code_open() local
35 err = request_firmware(&firmware, fw_name, &dev->dev); in hpi_dsp_code_open()
37 if (err || !firmware) { in hpi_dsp_code_open()
42 if (firmware->size < sizeof(header)) { in hpi_dsp_code_open()
46 memcpy(&header, firmware->data, sizeof(header)); in hpi_dsp_code_open()
50 || (header.size != firmware->size)) { in hpi_dsp_code_open()
53 header.size, firmware->size); in hpi_dsp_code_open()
79 dsp_code->pvt->firmware = firmware; in hpi_dsp_code_open()
86 release_firmware(firmware); in hpi_dsp_code_open()
[all …]
|
| /linux-6.1.9/drivers/gpu/drm/i915/gvt/ |
| D | firmware.c | 75 void *firmware; in expose_firmware_sysfs() local
81 firmware = vzalloc(size); in expose_firmware_sysfs()
82 if (!firmware) in expose_firmware_sysfs()
85 h = firmware; in expose_firmware_sysfs()
94 p = firmware + h->cfg_space_offset; in expose_firmware_sysfs()
96 memcpy(gvt->firmware.cfg_space, i915->vgpu.initial_cfg_space, in expose_firmware_sysfs()
98 memcpy(p, gvt->firmware.cfg_space, info->cfg_space_size); in expose_firmware_sysfs()
100 p = firmware + h->mmio_offset; in expose_firmware_sysfs()
102 memcpy(gvt->firmware.mmio, i915->vgpu.initial_mmio, in expose_firmware_sysfs()
105 memcpy(p, gvt->firmware.mmio, info->mmio_size); in expose_firmware_sysfs()
[all …]
|
| /linux-6.1.9/Documentation/devicetree/bindings/arm/bcm/ |
| D | raspberrypi,bcm2835-firmware.yaml | 4 $id: http://devicetree.org/schemas/arm/bcm/raspberrypi,bcm2835-firmware.yaml#
7 title: Raspberry Pi VideoCore firmware driver
17 const: raspberrypi,bcm2835-firmware
25 - const: raspberrypi,bcm2835-firmware
36 const: raspberrypi,firmware-clocks
42 firmware messages.
53 const: raspberrypi,firmware-reset
58 The argument is the ID of the firmware reset line to affect.
69 const: raspberrypi,firmware-poe-pwm
89 firmware {
[all …]
|
| /linux-6.1.9/include/linux/soc/qcom/ |
| D | mdt_loader.h | 12 struct firmware;
17 ssize_t qcom_mdt_get_size(const struct firmware *fw);
18 int qcom_mdt_pas_init(struct device *dev, const struct firmware *fw,
21 int qcom_mdt_load(struct device *dev, const struct firmware *fw,
26 int qcom_mdt_load_no_init(struct device *dev, const struct firmware *fw,
30 void *qcom_mdt_read_metadata(const struct firmware *fw, size_t *data_len,
35 static inline ssize_t qcom_mdt_get_size(const struct firmware *fw) in qcom_mdt_get_size()
40 static inline int qcom_mdt_pas_init(struct device *dev, const struct firmware *fw, in qcom_mdt_pas_init()
47 static inline int qcom_mdt_load(struct device *dev, const struct firmware *fw, in qcom_mdt_load()
56 const struct firmware *fw, in qcom_mdt_load_no_init()
[all …]
|
| /linux-6.1.9/drivers/bluetooth/ |
| D | bcm203x.c | 154 const struct firmware *firmware; in bcm203x_probe() local
175 if (request_firmware(&firmware, "BCM2033-MD.hex", &udev->dev) < 0) { in bcm203x_probe()
181 BT_DBG("minidrv data %p size %zu", firmware->data, firmware->size); in bcm203x_probe()
183 size = max_t(uint, firmware->size, 4096); in bcm203x_probe()
188 release_firmware(firmware); in bcm203x_probe()
193 memcpy(data->buffer, firmware->data, firmware->size); in bcm203x_probe()
196 data->buffer, firmware->size, bcm203x_complete, data); in bcm203x_probe()
198 release_firmware(firmware); in bcm203x_probe()
200 if (request_firmware(&firmware, "BCM2033-FW.bin", &udev->dev) < 0) { in bcm203x_probe()
207 BT_DBG("firmware data %p size %zu", firmware->data, firmware->size); in bcm203x_probe()
[all …]
|
| D | ath3k.c | 205 const struct firmware *firmware) in ath3k_load_firmware() argument
210 int count = firmware->size; in ath3k_load_firmware()
221 0, 0, firmware->data, FW_HDR_SIZE, in ath3k_load_firmware()
237 memcpy(send_buf, firmware->data + sent, size); in ath3k_load_firmware()
274 const struct firmware *firmware) in ath3k_load_fwfile() argument
281 count = firmware->size; in ath3k_load_fwfile()
292 firmware->data, size, USB_CTRL_SET_TIMEOUT, in ath3k_load_fwfile()
310 memcpy(send_buf, firmware->data + sent, size); in ath3k_load_fwfile()
358 const struct firmware *firmware; in ath3k_load_patch() local
383 ret = request_firmware(&firmware, filename, &udev->dev); in ath3k_load_patch()
[all …]
|
| /linux-6.1.9/drivers/media/usb/as102/ |
| D | as102_fw.c | 93 const struct firmware *firmware) { in as102_firmware_upload() argument
104 for (total_read_bytes = 0; total_read_bytes < firmware->size; ) { in as102_firmware_upload()
109 (u8 *) (firmware->data + total_read_bytes), in as102_firmware_upload()
120 if (total_read_bytes == firmware->size) { in as102_firmware_upload()
158 const struct firmware *firmware = NULL; in as102_fw_upload() local
180 errno = request_firmware(&firmware, fw1, &dev->dev); in as102_fw_upload()
188 errno = as102_firmware_upload(bus_adap, cmd_buf, firmware); in as102_fw_upload()
197 release_firmware(firmware); in as102_fw_upload()
198 firmware = NULL; in as102_fw_upload()
204 errno = request_firmware(&firmware, fw2, &dev->dev); in as102_fw_upload()
[all …]
|
| /linux-6.1.9/drivers/net/wireless/marvell/libertas/ |
| D | firmware.c | 16 const struct firmware *helper, const struct firmware *mainfw) in lbs_fw_loaded()
32 void (*cb)(const struct firmware *fw, void *context)) in do_load_firmware()
45 static void main_firmware_cb(const struct firmware *firmware, void *context) in main_firmware_cb() argument
49 if (!firmware) { in main_firmware_cb()
56 lbs_fw_loaded(priv, 0, priv->helper_fw, firmware); in main_firmware_cb()
61 release_firmware (firmware); in main_firmware_cb()
64 static void helper_firmware_cb(const struct firmware *firmware, void *context) in helper_firmware_cb() argument
68 if (!firmware) { in helper_firmware_cb()
76 priv->helper_fw = firmware; in helper_firmware_cb()
80 lbs_fw_loaded(priv, 0, firmware, NULL); in helper_firmware_cb()
[all …]
|
| /linux-6.1.9/Documentation/devicetree/bindings/soc/fsl/cpm_qe/qe/ |
| D | firmware.txt | 1 * Uploaded QE firmware
3 If a new firmware has been uploaded to the QE (usually by the
4 boot loader), then a 'firmware' child node should be added to the QE
5 node. This node provides information on the uploaded firmware that
9 - id: The string name of the firmware. This is taken from the 'id'
10 member of the qe_firmware structure of the uploaded firmware.
12 firmware they want is already present.
14 firmware binary. It is a 64-bit number represented
16 - virtual-traps: The virtual traps, taken from the firmware binary.
20 firmware {
|
| /linux-6.1.9/Documentation/networking/device_drivers/ethernet/netronome/ |
| D | nfp.rst | 27 The NFP4000 and NFP6000 devices require application specific firmware
28 to function. Application firmware can be located either on the host file system
29 or in the device flash (if supported by management firmware).
32 config etc. They should be placed in `/lib/firmware/netronome` directory to
33 load firmware from the host file system.
36 `linux-firmware.git` repository.
41 Recent versions of management firmware supports loading application
42 firmware from flash when the host driver gets probed. The firmware loading
45 Devlink or ethtool can be used to update the application firmware on the device
47 command. Users need to take care to write the correct firmware image for the
[all …]
|