qi.h 6.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201
  1. /*
  2. * Public definitions for the CAAM/QI (Queue Interface) backend.
  3. *
  4. * Copyright 2013-2016 Freescale Semiconductor, Inc.
  5. * Copyright 2016-2017 NXP
  6. */
  7. #ifndef __QI_H__
  8. #define __QI_H__
  9. #include <soc/fsl/qman.h>
  10. #include "compat.h"
  11. #include "desc.h"
  12. #include "desc_constr.h"
  13. /*
  14. * CAAM hardware constructs a job descriptor which points to a shared descriptor
  15. * (as pointed by context_a of to-CAAM FQ).
  16. * When the job descriptor is executed by DECO, the whole job descriptor
  17. * together with shared descriptor gets loaded in DECO buffer, which is
  18. * 64 words (each 32-bit) long.
  19. *
  20. * The job descriptor constructed by CAAM hardware has the following layout:
  21. *
  22. * HEADER (1 word)
  23. * Shdesc ptr (1 or 2 words)
  24. * SEQ_OUT_PTR (1 word)
  25. * Out ptr (1 or 2 words)
  26. * Out length (1 word)
  27. * SEQ_IN_PTR (1 word)
  28. * In ptr (1 or 2 words)
  29. * In length (1 word)
  30. *
  31. * The shdesc ptr is used to fetch shared descriptor contents into DECO buffer.
  32. *
  33. * Apart from shdesc contents, the total number of words that get loaded in DECO
  34. * buffer are '8' or '11'. The remaining words in DECO buffer can be used for
  35. * storing shared descriptor.
  36. */
  37. #define MAX_SDLEN ((CAAM_DESC_BYTES_MAX - DESC_JOB_IO_LEN) / CAAM_CMD_SZ)
  38. extern bool caam_congested __read_mostly;
  39. /*
  40. * This is the request structure the driver application should fill while
  41. * submitting a job to driver.
  42. */
  43. struct caam_drv_req;
  44. /*
  45. * caam_qi_cbk - application's callback function invoked by the driver when the
  46. * request has been successfully processed.
  47. * @drv_req: original request that was submitted
  48. * @status: completion status of request (0 - success, non-zero - error code)
  49. */
  50. typedef void (*caam_qi_cbk)(struct caam_drv_req *drv_req, u32 status);
  51. enum optype {
  52. ENCRYPT,
  53. DECRYPT,
  54. GIVENCRYPT,
  55. NUM_OP
  56. };
  57. /**
  58. * caam_drv_ctx - CAAM/QI backend driver context
  59. *
  60. * The jobs are processed by the driver against a driver context.
  61. * With every cryptographic context, a driver context is attached.
  62. * The driver context contains data for private use by driver.
  63. * For the applications, this is an opaque structure.
  64. *
  65. * @prehdr: preheader placed before shrd desc
  66. * @sh_desc: shared descriptor
  67. * @context_a: shared descriptor dma address
  68. * @req_fq: to-CAAM request frame queue
  69. * @rsp_fq: from-CAAM response frame queue
  70. * @cpu: cpu on which to receive CAAM response
  71. * @op_type: operation type
  72. * @qidev: device pointer for CAAM/QI backend
  73. */
  74. struct caam_drv_ctx {
  75. u32 prehdr[2];
  76. u32 sh_desc[MAX_SDLEN];
  77. dma_addr_t context_a;
  78. struct qman_fq *req_fq;
  79. struct qman_fq *rsp_fq;
  80. int cpu;
  81. enum optype op_type;
  82. struct device *qidev;
  83. } ____cacheline_aligned;
  84. /**
  85. * caam_drv_req - The request structure the driver application should fill while
  86. * submitting a job to driver.
  87. * @fd_sgt: QMan S/G pointing to output (fd_sgt[0]) and input (fd_sgt[1])
  88. * buffers.
  89. * @cbk: callback function to invoke when job is completed
  90. * @app_ctx: arbitrary context attached with request by the application
  91. *
  92. * The fields mentioned below should not be used by application.
  93. * These are for private use by driver.
  94. *
  95. * @hdr__: linked list header to maintain list of outstanding requests to CAAM
  96. * @hwaddr: DMA address for the S/G table.
  97. */
  98. struct caam_drv_req {
  99. struct qm_sg_entry fd_sgt[2];
  100. struct caam_drv_ctx *drv_ctx;
  101. caam_qi_cbk cbk;
  102. void *app_ctx;
  103. } ____cacheline_aligned;
  104. /**
  105. * caam_drv_ctx_init - Initialise a CAAM/QI driver context
  106. *
  107. * A CAAM/QI driver context must be attached with each cryptographic context.
  108. * This function allocates memory for CAAM/QI context and returns a handle to
  109. * the application. This handle must be submitted along with each enqueue
  110. * request to the driver by the application.
  111. *
  112. * @cpu: CPU where the application prefers to the driver to receive CAAM
  113. * responses. The request completion callback would be issued from this
  114. * CPU.
  115. * @sh_desc: shared descriptor pointer to be attached with CAAM/QI driver
  116. * context.
  117. *
  118. * Returns a driver context on success or negative error code on failure.
  119. */
  120. struct caam_drv_ctx *caam_drv_ctx_init(struct device *qidev, int *cpu,
  121. u32 *sh_desc);
  122. /**
  123. * caam_qi_enqueue - Submit a request to QI backend driver.
  124. *
  125. * The request structure must be properly filled as described above.
  126. *
  127. * @qidev: device pointer for QI backend
  128. * @req: CAAM QI request structure
  129. *
  130. * Returns 0 on success or negative error code on failure.
  131. */
  132. int caam_qi_enqueue(struct device *qidev, struct caam_drv_req *req);
  133. /**
  134. * caam_drv_ctx_busy - Check if there are too many jobs pending with CAAM
  135. * or too many CAAM responses are pending to be processed.
  136. * @drv_ctx: driver context for which job is to be submitted
  137. *
  138. * Returns caam congestion status 'true/false'
  139. */
  140. bool caam_drv_ctx_busy(struct caam_drv_ctx *drv_ctx);
  141. /**
  142. * caam_drv_ctx_update - Update QI driver context
  143. *
  144. * Invoked when shared descriptor is required to be change in driver context.
  145. *
  146. * @drv_ctx: driver context to be updated
  147. * @sh_desc: new shared descriptor pointer to be updated in QI driver context
  148. *
  149. * Returns 0 on success or negative error code on failure.
  150. */
  151. int caam_drv_ctx_update(struct caam_drv_ctx *drv_ctx, u32 *sh_desc);
  152. /**
  153. * caam_drv_ctx_rel - Release a QI driver context
  154. * @drv_ctx: context to be released
  155. */
  156. void caam_drv_ctx_rel(struct caam_drv_ctx *drv_ctx);
  157. int caam_qi_init(struct platform_device *pdev);
  158. int caam_qi_shutdown(struct device *dev);
  159. /**
  160. * qi_cache_alloc - Allocate buffers from CAAM-QI cache
  161. *
  162. * Invoked when a user of the CAAM-QI (i.e. caamalg-qi) needs data which has
  163. * to be allocated on the hotpath. Instead of using malloc, one can use the
  164. * services of the CAAM QI memory cache (backed by kmem_cache). The buffers
  165. * will have a size of 256B, which is sufficient for hosting 16 SG entries.
  166. *
  167. * @flags: flags that would be used for the equivalent malloc(..) call
  168. *
  169. * Returns a pointer to a retrieved buffer on success or NULL on failure.
  170. */
  171. void *qi_cache_alloc(gfp_t flags);
  172. /**
  173. * qi_cache_free - Frees buffers allocated from CAAM-QI cache
  174. *
  175. * Invoked when a user of the CAAM-QI (i.e. caamalg-qi) no longer needs
  176. * the buffer previously allocated by a qi_cache_alloc call.
  177. * No checking is being done, the call is a passthrough call to
  178. * kmem_cache_free(...)
  179. *
  180. * @obj: object previously allocated using qi_cache_alloc()
  181. */
  182. void qi_cache_free(void *obj);
  183. #endif /* __QI_H__ */