Lines Matching +full:memory +full:- +full:controller
1 /* SPDX-License-Identifier: GPL-2.0+ */
59 * enum spi_mem_data_dir - describes the direction of a SPI memory data
60 * transfer from the controller perspective
62 * @SPI_MEM_DATA_IN: data coming from the SPI memory
63 * @SPI_MEM_DATA_OUT: data sent to the SPI memory
72 * struct spi_mem_op - describes a SPI memory operation
74 * sent MSB-first.
96 * @data.buf.in: input buffer (must be DMA-able)
97 * @data.buf.out: output buffer (must be DMA-able)
146 * struct spi_mem_dirmap_info - Direct mapping information
148 * the memory device is accessed
152 * These information are used by the controller specific implementation to know
153 * the portion of memory that is directly mapped and the spi_mem_op that should
156 * direction is directly encoded in the ->op_tmpl.data.dir field.
165 * struct spi_mem_dirmap_desc - Direct mapping descriptor
166 * @mem: the SPI memory device this direct mapping is attached to
168 * @nodirmap: set to 1 if the SPI controller does not implement
169 * ->mem_ops->dirmap_create() or when this function returned an
171 * calls will use spi_mem_exec_op() to access the memory. This is a
173 * no matter whether the controller supports direct mapping or not
174 * @priv: field pointing to controller specific data
177 * spi_mem_dirmap_create() and controller implementation of ->create_dirmap()
178 * can create/attach direct mapping resources to the descriptor in the ->priv
189 * struct spi_mem - describes a SPI memory device
192 * @name: name of the SPI memory device
194 * Extra information that describe the SPI memory device and may be needed by
195 * the controller to properly handle this device should be placed here.
197 * One example would be the device size since some controller expose their SPI
198 * mem devices through a io-mapped region.
207 * struct spi_mem_set_drvdata() - attach driver private data to a SPI mem
209 * @mem: memory device
210 * @data: data to attach to the memory device
214 mem->drvpriv = data; in spi_mem_set_drvdata()
218 * struct spi_mem_get_drvdata() - get driver private data attached to a SPI mem
220 * @mem: memory device
226 return mem->drvpriv; in spi_mem_get_drvdata()
230 * struct spi_controller_mem_ops - SPI memory operations
231 * @adjust_op_size: shrink the data xfer of an operation to match controller's
234 * @supports_op: check if an operation is supported by the controller
235 * @exec_op: execute a SPI memory operation
236 * not all driver provides supports_op(), so it can return -EOPNOTSUPP
237 * if the op is not supported by the driver/controller
238 * @get_name: get a custom name for the SPI mem device from the controller.
239 * This might be needed if the controller driver has been ported
242 * Note that if the implementation of this function allocates memory
244 * have a ->free_name() function.
246 * access the memory device. This method is optional
247 * @dirmap_destroy: destroy a memory descriptor previous created by
248 * ->dirmap_create()
249 * @dirmap_read: read data from the memory device using the direct mapping
250 * created by ->dirmap_create(). The function can return less
255 * @dirmap_write: write data to the memory device using the direct mapping
256 * created by ->dirmap_create(). The function can return less
261 * @poll_status: poll memory device status until (status & mask) == match or
266 * high-level interface to execute SPI memory operation, which is usually the
269 * Note on ->dirmap_{read,write}(): drivers should avoid accessing the direct
271 * SPI mem transaction to finish, and this will make real-time maintainers
297 * struct spi_controller_mem_caps - SPI memory controller capabilities
307 ((ctlr)->mem_caps && (ctlr)->mem_caps->cap)
310 * struct spi_mem_driver - SPI memory driver
312 * @probe: probe a SPI memory. Usually where detection/initialization takes
314 * @remove: remove a SPI memory
321 * SPI controllers know more about the SPI memory they interact with, and
349 return -ENOTSUPP; in spi_controller_dma_map_mem_op_data()