summaryrefslogtreecommitdiff
path: root/doc/driver-model/fs_firmware_loader.txt
blob: 290915a9598818ba31291b10781aa2dc4fe45f01 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
# Copyright (C) 2018 Intel Corporation <www.intel.com>
#
# SPDX-License-Identifier:    GPL-2.0

Introduction
============

This is file system firmware loader for U-Boot framework, which has very close
to some Linux Firmware API. For the details of Linux Firmware API, you can refer
to https://01.org/linuxgraphics/gfx-docs/drm/driver-api/firmware/index.html.

File system firmware loader can be used to load whatever(firmware, image,
and binary) from the storage device in file system format into target location
such as memory, then consumer driver such as FPGA driver can program FPGA image
from the target location into FPGA.

To enable firmware loader, CONFIG_FS_LOADER need to be set at
<board_name>_defconfig such as "CONFIG_FS_LOADER=y".

Firmware Loader API core features
---------------------------------

Firmware storage device described in device tree source
-------------------------------------------------------
	For passing data like storage device phandle and partition where the
	firmware loading from to the firmware loader driver, those data could be
	defined in fs-loader node as shown in below:

	Example for block device:
	fs_loader0: fs-loader@0 {
		u-boot,dm-pre-reloc;
		compatible = "u-boot,fs-loader";
		phandlepart = <&mmc 1>;
	};

	<&mmc 1> means block storage device pointer and its partition.

	Above example is a description for block storage, but for UBI storage
	device, it can be described in FDT as shown in below:

	Example for ubi:
	fs_loader1: fs-loader@1 {
		u-boot,dm-pre-reloc;
		compatible = "u-boot,fs-loader";
		mtdpart = "UBI",
		ubivol = "ubi0";
	};

	Then, firmware_loader property would be set with the path of fs_loader
	node under /chosen node such as:
	/{
		chosen {
			firmware_loader = &fs_loader0;
		};
	};

	However, this driver is also designed to support U-boot environment
	variables, so all these data from FDT can be overwritten
	through the U-boot environment variable during run time.
	For examples:
	"storage_interface" - Storage interface, it can be "mmc", "usb", "sata"
						  or "ubi".
	"fw_dev_part" - Block device number and its partition, it can be "0:1".
	"fw_ubi_mtdpart" - UBI device mtd partition, it can be "UBI".
	"fw_ubi_volume" - UBI volume, it can be "ubi0".

	When above environment variables are set, environment values would be
	used instead of data from FDT.
	The benefit of this design allows user to change storage attribute data
	at run time through U-boot console and saving the setting as default
	environment values in the storage for the next power cycle, so no
	compilation is required for both driver and FDT.

File system firmware Loader API
-------------------------------

int request_firmware_into_buf(struct device_platdata *plat,
				 const char *name,
				 void *buf, size_t size, u32 offset,
				 struct firmware **firmwarep)
--------------------------------------------------------------------
Load firmware into a previously allocated buffer

Parameters:

1. struct device_platdata *plat
	Platform data such as storage and partition firmware loading from

2. const char *name
	name of firmware file

3. void *buf
	address of buffer to load firmware into

4. size_t size
	size of buffer

5. u32 offset
	offset of a file for start reading into buffer

6. struct firmware **firmwarep
	pointer to firmware image

return:
	size of total read
	-ve when error

Description:
	The firmware is loaded directly into the buffer pointed to by buf and
	the @firmwarep data member is pointed at buf

Note: Memory would be allocated for firmware image, hence user should
	  free() *firmwarep and *firmwarep->priv structs after usage of
	  request_firmware_into_buf(), otherwise it will always leak memory
	  while subsequent calls of request_firmware_into_buf() with the same
	  *firmwarep argument. Those arguments can be free through calling API
	  below release_firmware();

Example of creating firmware loader instance and calling
request_firmware_into_buf API:
	if (uclass_get_device(UCLASS_FS_FIRMWARE_LOADER, 0, &dev)) {
		request_firmware_into_buf(dev->plat, filename, buffer_location,
					 buffer_size, offset_ofreading, &fw);
	}

void release_firmware(struct firmware *firmware)
------------------------------------------------
Release the resource associated with a firmware image

Parameters:

1. struct firmware *firmware
	Firmware resource to release