Loading...
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 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 | /** * @file * * @brief Generic low-level inter-processor mailbox communication API. */ /* * Copyright (c) 2015 Intel Corporation * * SPDX-License-Identifier: Apache-2.0 */ #ifndef ZEPHYR_INCLUDE_DRIVERS_IPM_H_ #define ZEPHYR_INCLUDE_DRIVERS_IPM_H_ /** * @brief IPM Interface * @defgroup ipm_interface IPM Interface * @ingroup io_interfaces * @{ */ #include <kernel.h> #include <device.h> #ifdef __cplusplus extern "C" { #endif /** * @typedef ipm_callback_t * @brief Callback API for incoming IPM messages * * These callbacks execute in interrupt context. Therefore, use only * interrupt-safe APIS. Registration of callbacks is done via * @a ipm_register_callback * * @param "void *context" Arbitrary context pointer provided at * registration time. * @param "u32_t id" Message type identifier. * @param "volatile void *data" Message data pointer. The correct * amount of data to read out * must be inferred using the message id/upper level protocol. */ typedef void (*ipm_callback_t)(void *context, u32_t id, volatile void *data); /** * @typedef ipm_send_t * @brief Callback API to send IPM messages * * See @a ipm_send() for argument definitions. */ typedef int (*ipm_send_t)(struct device *ipmdev, int wait, u32_t id, const void *data, int size); /** * @typedef ipm_max_data_size_get_t * @brief Callback API to get maximum data size * * See @a ipm_max_data_size_get() for argument definitions. */ typedef int (*ipm_max_data_size_get_t)(struct device *ipmdev); /** * @typedef ipm_max_id_val_get_t * @brief Callback API to get the ID's maximum value * * See @a ipm_max_id_val_get() for argument definitions. */ typedef u32_t (*ipm_max_id_val_get_t)(struct device *ipmdev); /** * @typedef ipm_register_callback_t * @brief Callback API upon registration * * See @a ipm_register_callback() for argument definitions. */ typedef void (*ipm_register_callback_t)(struct device *port, ipm_callback_t cb, void *cb_context); /** * @typedef ipm_set_enabled_t * @brief Callback API upon enablement of interrupts * * See @a ipm_set_enabled() for argument definitions. */ typedef int (*ipm_set_enabled_t)(struct device *ipmdev, int enable); struct ipm_driver_api { ipm_send_t send; ipm_register_callback_t register_callback; ipm_max_data_size_get_t max_data_size_get; ipm_max_id_val_get_t max_id_val_get; ipm_set_enabled_t set_enabled; }; /** * @brief Try to send a message over the IPM device. * * A message is considered consumed once the remote interrupt handler * finishes. If there is deferred processing on the remote side, * or if outgoing messages must be queued and wait on an * event/semaphore, a high-level driver can implement that. * * There are constraints on how much data can be sent or the maximum value * of id. Use the @a ipm_max_data_size_get and @a ipm_max_id_val_get routines * to determine them. * * The @a size parameter is used only on the sending side to determine * the amount of data to put in the message registers. It is not passed along * to the receiving side. The upper-level protocol dictates the amount of * data read back. * * @param ipmdev Driver instance * @param wait If nonzero, busy-wait for remote to consume the message. The * message is considered consumed once the remote interrupt handler * finishes. If there is deferred processing on the remote side, * or you would like to queue outgoing messages and wait on an * event/semaphore, you can implement that in a high-level driver * @param id Message identifier. Values are constrained by * @a ipm_max_data_size_get since many boards only allow for a * subset of bits in a 32-bit register to store the ID. * @param data Pointer to the data sent in the message. * @param size Size of the data. * * @retval EBUSY If the remote hasn't yet read the last data sent. * @retval EMSGSIZE If the supplied data size is unsupported by the driver. * @retval EINVAL If there was a bad parameter, such as: too-large id value. * or the device isn't an outbound IPM channel. * @retval 0 On success. */ __syscall int ipm_send(struct device *ipmdev, int wait, u32_t id, const void *data, int size); static inline int z_impl_ipm_send(struct device *ipmdev, int wait, u32_t id, const void *data, int size) { const struct ipm_driver_api *api = ipmdev->driver_api; return api->send(ipmdev, wait, id, data, size); } /** * @brief Register a callback function for incoming messages. * * @param ipmdev Driver instance pointer. * @param cb Callback function to execute on incoming message interrupts. * @param context Application-specific context pointer which will be passed * to the callback function when executed. */ static inline void ipm_register_callback(struct device *ipmdev, ipm_callback_t cb, void *context) { const struct ipm_driver_api *api = ipmdev->driver_api; api->register_callback(ipmdev, cb, context); } /** * @brief Return the maximum number of bytes possible in an outbound message. * * IPM implementations vary on the amount of data that can be sent in a * single message since the data payload is typically stored in registers. * * @param ipmdev Driver instance pointer. * * @return Maximum possible size of a message in bytes. */ __syscall int ipm_max_data_size_get(struct device *ipmdev); static inline int z_impl_ipm_max_data_size_get(struct device *ipmdev) { const struct ipm_driver_api *api = ipmdev->driver_api; return api->max_data_size_get(ipmdev); } /** * @brief Return the maximum id value possible in an outbound message. * * Many IPM implementations store the message's ID in a register with * some bits reserved for other uses. * * @param ipmdev Driver instance pointer. * * @return Maximum possible value of a message ID. */ __syscall u32_t ipm_max_id_val_get(struct device *ipmdev); static inline u32_t z_impl_ipm_max_id_val_get(struct device *ipmdev) { const struct ipm_driver_api *api = ipmdev->driver_api; return api->max_id_val_get(ipmdev); } /** * @brief Enable interrupts and callbacks for inbound channels. * * @param ipmdev Driver instance pointer. * @param enable Set to 0 to disable and to nonzero to enable. * * @retval 0 On success. * @retval EINVAL If it isn't an inbound channel. */ __syscall int ipm_set_enabled(struct device *ipmdev, int enable); static inline int z_impl_ipm_set_enabled(struct device *ipmdev, int enable) { const struct ipm_driver_api *api = ipmdev->driver_api; return api->set_enabled(ipmdev, enable); } #ifdef __cplusplus } #endif /** * @} */ #include <syscalls/ipm.h> #endif /* ZEPHYR_INCLUDE_DRIVERS_IPM_H_ */ |