Blame view

Documentation/fpga/fpga-mgr.txt 5.06 KB
e8f5fda1a   Alan Tull   usage documentati...
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
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
  FPGA Manager Core
  
  Alan Tull 2015
  
  Overview
  ========
  
  The FPGA manager core exports a set of functions for programming an FPGA with
  an image.  The API is manufacturer agnostic.  All manufacturer specifics are
  hidden away in a low level driver which registers a set of ops with the core.
  The FPGA image data itself is very manufacturer specific, but for our purposes
  it's just binary data.  The FPGA manager core won't parse it.
  
  
  API Functions:
  ==============
  
  To program the FPGA from a file or from a buffer:
  -------------------------------------------------
  
  	int fpga_mgr_buf_load(struct fpga_manager *mgr, u32 flags,
  		              const char *buf, size_t count);
  
  Load the FPGA from an image which exists as a buffer in memory.
  
  	int fpga_mgr_firmware_load(struct fpga_manager *mgr, u32 flags,
  		                   const char *image_name);
  
  Load the FPGA from an image which exists as a file.  The image file must be on
  the firmware search path (see the firmware class documentation).
  
  For both these functions, flags == 0 for normal full reconfiguration or
  FPGA_MGR_PARTIAL_RECONFIG for partial reconfiguration.  If successful, the FPGA
  ends up in operating mode.  Return 0 on success or a negative error code.
  
  
  To get/put a reference to a FPGA manager:
  -----------------------------------------
  
  	struct fpga_manager *of_fpga_mgr_get(struct device_node *node);
  
  	void fpga_mgr_put(struct fpga_manager *mgr);
  
  Given a DT node, get an exclusive reference to a FPGA manager or release
  the reference.
  
  
  To register or unregister the low level FPGA-specific driver:
  -------------------------------------------------------------
  
  	int fpga_mgr_register(struct device *dev, const char *name,
  		              const struct fpga_manager_ops *mops,
  		              void *priv);
  
  	void fpga_mgr_unregister(struct device *dev);
  
  Use of these two functions is described below in "How To Support a new FPGA
  device."
  
  
  How to write an image buffer to a supported FPGA
  ================================================
  /* Include to get the API */
  #include <linux/fpga/fpga-mgr.h>
  
  /* device node that specifies the FPGA manager to use */
  struct device_node *mgr_node = ...
  
  /* FPGA image is in this buffer.  count is size of the buffer. */
  char *buf = ...
  int count = ...
  
  /* flags indicates whether to do full or partial reconfiguration */
  int flags = 0;
  
  int ret;
  
  /* Get exclusive control of FPGA manager */
  struct fpga_manager *mgr = of_fpga_mgr_get(mgr_node);
  
  /* Load the buffer to the FPGA */
  ret = fpga_mgr_buf_load(mgr, flags, buf, count);
  
  /* Release the FPGA manager */
  fpga_mgr_put(mgr);
  
  
  How to write an image file to a supported FPGA
  ==============================================
  /* Include to get the API */
  #include <linux/fpga/fpga-mgr.h>
  
  /* device node that specifies the FPGA manager to use */
  struct device_node *mgr_node = ...
  
  /* FPGA image is in this file which is in the firmware search path */
  const char *path = "fpga-image-9.rbf"
  
  /* flags indicates whether to do full or partial reconfiguration */
  int flags = 0;
  
  int ret;
  
  /* Get exclusive control of FPGA manager */
  struct fpga_manager *mgr = of_fpga_mgr_get(mgr_node);
  
  /* Get the firmware image (path) and load it to the FPGA */
  ret = fpga_mgr_firmware_load(mgr, flags, path);
  
  /* Release the FPGA manager */
  fpga_mgr_put(mgr);
  
  
  How to support a new FPGA device
  ================================
  To add another FPGA manager, write a driver that implements a set of ops.  The
  probe function calls fpga_mgr_register(), such as:
  
  static const struct fpga_manager_ops socfpga_fpga_ops = {
         .write_init = socfpga_fpga_ops_configure_init,
         .write = socfpga_fpga_ops_configure_write,
         .write_complete = socfpga_fpga_ops_configure_complete,
         .state = socfpga_fpga_ops_state,
  };
  
  static int socfpga_fpga_probe(struct platform_device *pdev)
  {
  	struct device *dev = &pdev->dev;
  	struct socfpga_fpga_priv *priv;
  	int ret;
  
  	priv = devm_kzalloc(dev, sizeof(*priv), GFP_KERNEL);
  	if (!priv)
  		return -ENOMEM;
  
  	/* ... do ioremaps, get interrupts, etc. and save
  	   them in priv... */
  
  	return fpga_mgr_register(dev, "Altera SOCFPGA FPGA Manager",
  				 &socfpga_fpga_ops, priv);
  }
  
  static int socfpga_fpga_remove(struct platform_device *pdev)
  {
  	fpga_mgr_unregister(&pdev->dev);
  
  	return 0;
  }
  
  
  The ops will implement whatever device specific register writes are needed to
  do the programming sequence for this particular FPGA.  These ops return 0 for
  success or negative error codes otherwise.
  
  The programming sequence is:
   1. .write_init
   2. .write (may be called once or multiple times)
   3. .write_complete
  
  The .write_init function will prepare the FPGA to receive the image data.
  
  The .write function writes a buffer to the FPGA. The buffer may be contain the
  whole FPGA image or may be a smaller chunk of an FPGA image.  In the latter
  case, this function is called multiple times for successive chunks.
  
  The .write_complete function is called after all the image has been written
  to put the FPGA into operating mode.
  
  The ops include a .state function which will read the hardware FPGA manager and
  return a code of type enum fpga_mgr_states.  It doesn't result in a change in
  hardware state.