| 1 | /* SPDX-License-Identifier: GPL-2.0-or-later */ |
| 2 | /* |
| 3 | * Scatterlist Cryptographic API. |
| 4 | * |
| 5 | * Copyright (c) 2002 James Morris <jmorris@intercode.com.au> |
| 6 | * Copyright (c) 2002 David S. Miller (davem@redhat.com) |
| 7 | * Copyright (c) 2005 Herbert Xu <herbert@gondor.apana.org.au> |
| 8 | * |
| 9 | * Portions derived from Cryptoapi, by Alexander Kjeldaas <astor@fast.no> |
| 10 | * and Nettle, by Niels Möller. |
| 11 | */ |
| 12 | #ifndef _LINUX_CRYPTO_H |
| 13 | #define _LINUX_CRYPTO_H |
| 14 | |
| 15 | #include <linux/completion.h> |
| 16 | #include <linux/errno.h> |
| 17 | #include <linux/refcount_types.h> |
| 18 | #include <linux/slab.h> |
| 19 | #include <linux/types.h> |
| 20 | |
| 21 | /* |
| 22 | * Algorithm masks and types. |
| 23 | */ |
| 24 | #define CRYPTO_ALG_TYPE_MASK 0x0000000f |
| 25 | #define CRYPTO_ALG_TYPE_CIPHER 0x00000001 |
| 26 | #define CRYPTO_ALG_TYPE_AEAD 0x00000003 |
| 27 | #define CRYPTO_ALG_TYPE_LSKCIPHER 0x00000004 |
| 28 | #define CRYPTO_ALG_TYPE_SKCIPHER 0x00000005 |
| 29 | #define CRYPTO_ALG_TYPE_AKCIPHER 0x00000006 |
| 30 | #define CRYPTO_ALG_TYPE_SIG 0x00000007 |
| 31 | #define CRYPTO_ALG_TYPE_KPP 0x00000008 |
| 32 | #define CRYPTO_ALG_TYPE_ACOMPRESS 0x0000000a |
| 33 | #define CRYPTO_ALG_TYPE_SCOMPRESS 0x0000000b |
| 34 | #define CRYPTO_ALG_TYPE_RNG 0x0000000c |
| 35 | #define CRYPTO_ALG_TYPE_HASH 0x0000000e |
| 36 | #define CRYPTO_ALG_TYPE_SHASH 0x0000000e |
| 37 | #define CRYPTO_ALG_TYPE_AHASH 0x0000000f |
| 38 | |
| 39 | #define CRYPTO_ALG_TYPE_ACOMPRESS_MASK 0x0000000e |
| 40 | |
| 41 | #define CRYPTO_ALG_LARVAL 0x00000010 |
| 42 | #define CRYPTO_ALG_DEAD 0x00000020 |
| 43 | #define CRYPTO_ALG_DYING 0x00000040 |
| 44 | #define CRYPTO_ALG_ASYNC 0x00000080 |
| 45 | |
| 46 | /* |
| 47 | * Set if the algorithm (or an algorithm which it uses) requires another |
| 48 | * algorithm of the same type to handle corner cases. |
| 49 | */ |
| 50 | #define CRYPTO_ALG_NEED_FALLBACK 0x00000100 |
| 51 | |
| 52 | /* |
| 53 | * Set if the algorithm data structure should be duplicated into |
| 54 | * kmalloc memory before registration. This is useful for hardware |
| 55 | * that can be disconnected at will. Do not use this if the data |
| 56 | * structure is embedded into a bigger one. Duplicate the overall |
| 57 | * data structure in the driver in that case. |
| 58 | */ |
| 59 | #define CRYPTO_ALG_DUP_FIRST 0x00000200 |
| 60 | |
| 61 | /* |
| 62 | * Set if the algorithm has passed automated run-time testing. Note that |
| 63 | * if there is no run-time testing for a given algorithm it is considered |
| 64 | * to have passed. |
| 65 | */ |
| 66 | |
| 67 | #define CRYPTO_ALG_TESTED 0x00000400 |
| 68 | |
| 69 | /* |
| 70 | * Set if the algorithm is an instance that is built from templates. |
| 71 | */ |
| 72 | #define CRYPTO_ALG_INSTANCE 0x00000800 |
| 73 | |
| 74 | /* Set this bit if the algorithm provided is hardware accelerated but |
| 75 | * not available to userspace via instruction set or so. |
| 76 | */ |
| 77 | #define CRYPTO_ALG_KERN_DRIVER_ONLY 0x00001000 |
| 78 | |
| 79 | /* |
| 80 | * Mark a cipher as a service implementation only usable by another |
| 81 | * cipher and never by a normal user of the kernel crypto API |
| 82 | */ |
| 83 | #define CRYPTO_ALG_INTERNAL 0x00002000 |
| 84 | |
| 85 | /* |
| 86 | * Set if the algorithm has a ->setkey() method but can be used without |
| 87 | * calling it first, i.e. there is a default key. |
| 88 | */ |
| 89 | #define CRYPTO_ALG_OPTIONAL_KEY 0x00004000 |
| 90 | |
| 91 | /* |
| 92 | * Don't trigger module loading |
| 93 | */ |
| 94 | #define CRYPTO_NOLOAD 0x00008000 |
| 95 | |
| 96 | /* |
| 97 | * The algorithm may allocate memory during request processing, i.e. during |
| 98 | * encryption, decryption, or hashing. Users can request an algorithm with this |
| 99 | * flag unset if they can't handle memory allocation failures. |
| 100 | * |
| 101 | * This flag is currently only implemented for algorithms of type "skcipher", |
| 102 | * "aead", "ahash", "shash", and "cipher". Algorithms of other types might not |
| 103 | * have this flag set even if they allocate memory. |
| 104 | * |
| 105 | * In some edge cases, algorithms can allocate memory regardless of this flag. |
| 106 | * To avoid these cases, users must obey the following usage constraints: |
| 107 | * skcipher: |
| 108 | * - The IV buffer and all scatterlist elements must be aligned to the |
| 109 | * algorithm's alignmask. |
| 110 | * - If the data were to be divided into chunks of size |
| 111 | * crypto_skcipher_walksize() (with any remainder going at the end), no |
| 112 | * chunk can cross a page boundary or a scatterlist element boundary. |
| 113 | * aead: |
| 114 | * - The IV buffer and all scatterlist elements must be aligned to the |
| 115 | * algorithm's alignmask. |
| 116 | * - The first scatterlist element must contain all the associated data, |
| 117 | * and its pages must be !PageHighMem. |
| 118 | * - If the plaintext/ciphertext were to be divided into chunks of size |
| 119 | * crypto_aead_walksize() (with the remainder going at the end), no chunk |
| 120 | * can cross a page boundary or a scatterlist element boundary. |
| 121 | * ahash: |
| 122 | * - crypto_ahash_finup() must not be used unless the algorithm implements |
| 123 | * ->finup() natively. |
| 124 | */ |
| 125 | #define CRYPTO_ALG_ALLOCATES_MEMORY 0x00010000 |
| 126 | |
| 127 | /* |
| 128 | * Mark an algorithm as a service implementation only usable by a |
| 129 | * template and never by a normal user of the kernel crypto API. |
| 130 | * This is intended to be used by algorithms that are themselves |
| 131 | * not FIPS-approved but may instead be used to implement parts of |
| 132 | * a FIPS-approved algorithm (e.g., dh vs. ffdhe2048(dh)). |
| 133 | */ |
| 134 | #define CRYPTO_ALG_FIPS_INTERNAL 0x00020000 |
| 135 | |
| 136 | /* Set if the algorithm supports virtual addresses. */ |
| 137 | #define CRYPTO_ALG_REQ_VIRT 0x00040000 |
| 138 | |
| 139 | /* Set if the algorithm cannot have a fallback (e.g., phmac). */ |
| 140 | #define CRYPTO_ALG_NO_FALLBACK 0x00080000 |
| 141 | |
| 142 | /* The high bits 0xff000000 are reserved for type-specific flags. */ |
| 143 | |
| 144 | /* |
| 145 | * Transform masks and values (for crt_flags). |
| 146 | */ |
| 147 | #define CRYPTO_TFM_NEED_KEY 0x00000001 |
| 148 | |
| 149 | #define CRYPTO_TFM_REQ_MASK 0x000fff00 |
| 150 | #define CRYPTO_TFM_REQ_FORBID_WEAK_KEYS 0x00000100 |
| 151 | #define CRYPTO_TFM_REQ_MAY_SLEEP 0x00000200 |
| 152 | #define CRYPTO_TFM_REQ_MAY_BACKLOG 0x00000400 |
| 153 | #define CRYPTO_TFM_REQ_ON_STACK 0x00000800 |
| 154 | |
| 155 | /* |
| 156 | * Miscellaneous stuff. |
| 157 | */ |
| 158 | #define CRYPTO_MAX_ALG_NAME 128 |
| 159 | |
| 160 | /* |
| 161 | * The macro CRYPTO_MINALIGN_ATTR (along with the void * type in the actual |
| 162 | * declaration) is used to ensure that the crypto_tfm context structure is |
| 163 | * aligned correctly for the given architecture so that there are no alignment |
| 164 | * faults for C data types. On architectures that support non-cache coherent |
| 165 | * DMA, such as ARM or arm64, it also takes into account the minimal alignment |
| 166 | * that is required to ensure that the context struct member does not share any |
| 167 | * cachelines with the rest of the struct. This is needed to ensure that cache |
| 168 | * maintenance for non-coherent DMA (cache invalidation in particular) does not |
| 169 | * affect data that may be accessed by the CPU concurrently. |
| 170 | */ |
| 171 | #define CRYPTO_MINALIGN ARCH_KMALLOC_MINALIGN |
| 172 | |
| 173 | #define CRYPTO_MINALIGN_ATTR __attribute__ ((__aligned__(CRYPTO_MINALIGN))) |
| 174 | |
| 175 | struct crypto_tfm; |
| 176 | struct crypto_type; |
| 177 | struct module; |
| 178 | |
| 179 | typedef void (*crypto_completion_t)(void *req, int err); |
| 180 | |
| 181 | /** |
| 182 | * DOC: Block Cipher Context Data Structures |
| 183 | * |
| 184 | * These data structures define the operating context for each block cipher |
| 185 | * type. |
| 186 | */ |
| 187 | |
| 188 | struct crypto_async_request { |
| 189 | struct list_head list; |
| 190 | crypto_completion_t complete; |
| 191 | void *data; |
| 192 | struct crypto_tfm *tfm; |
| 193 | |
| 194 | u32 flags; |
| 195 | }; |
| 196 | |
| 197 | /** |
| 198 | * DOC: Block Cipher Algorithm Definitions |
| 199 | * |
| 200 | * These data structures define modular crypto algorithm implementations, |
| 201 | * managed via crypto_register_alg() and crypto_unregister_alg(). |
| 202 | */ |
| 203 | |
| 204 | /** |
| 205 | * struct cipher_alg - single-block symmetric ciphers definition |
| 206 | * @cia_min_keysize: Minimum key size supported by the transformation. This is |
| 207 | * the smallest key length supported by this transformation |
| 208 | * algorithm. This must be set to one of the pre-defined |
| 209 | * values as this is not hardware specific. Possible values |
| 210 | * for this field can be found via git grep "_MIN_KEY_SIZE" |
| 211 | * include/crypto/ |
| 212 | * @cia_max_keysize: Maximum key size supported by the transformation. This is |
| 213 | * the largest key length supported by this transformation |
| 214 | * algorithm. This must be set to one of the pre-defined values |
| 215 | * as this is not hardware specific. Possible values for this |
| 216 | * field can be found via git grep "_MAX_KEY_SIZE" |
| 217 | * include/crypto/ |
| 218 | * @cia_setkey: Set key for the transformation. This function is used to either |
| 219 | * program a supplied key into the hardware or store the key in the |
| 220 | * transformation context for programming it later. Note that this |
| 221 | * function does modify the transformation context. This function |
| 222 | * can be called multiple times during the existence of the |
| 223 | * transformation object, so one must make sure the key is properly |
| 224 | * reprogrammed into the hardware. This function is also |
| 225 | * responsible for checking the key length for validity. |
| 226 | * @cia_encrypt: Encrypt a single block. This function is used to encrypt a |
| 227 | * single block of data, which must be @cra_blocksize big. This |
| 228 | * always operates on a full @cra_blocksize and it is not possible |
| 229 | * to encrypt a block of smaller size. The supplied buffers must |
| 230 | * therefore also be at least of @cra_blocksize size. Both the |
| 231 | * input and output buffers are always aligned to @cra_alignmask. |
| 232 | * In case either of the input or output buffer supplied by user |
| 233 | * of the crypto API is not aligned to @cra_alignmask, the crypto |
| 234 | * API will re-align the buffers. The re-alignment means that a |
| 235 | * new buffer will be allocated, the data will be copied into the |
| 236 | * new buffer, then the processing will happen on the new buffer, |
| 237 | * then the data will be copied back into the original buffer and |
| 238 | * finally the new buffer will be freed. In case a software |
| 239 | * fallback was put in place in the @cra_init call, this function |
| 240 | * might need to use the fallback if the algorithm doesn't support |
| 241 | * all of the key sizes. In case the key was stored in |
| 242 | * transformation context, the key might need to be re-programmed |
| 243 | * into the hardware in this function. This function shall not |
| 244 | * modify the transformation context, as this function may be |
| 245 | * called in parallel with the same transformation object. |
| 246 | * @cia_decrypt: Decrypt a single block. This is a reverse counterpart to |
| 247 | * @cia_encrypt, and the conditions are exactly the same. |
| 248 | * |
| 249 | * All fields are mandatory and must be filled. |
| 250 | */ |
| 251 | struct cipher_alg { |
| 252 | unsigned int cia_min_keysize; |
| 253 | unsigned int cia_max_keysize; |
| 254 | int (*cia_setkey)(struct crypto_tfm *tfm, const u8 *key, |
| 255 | unsigned int keylen); |
| 256 | void (*cia_encrypt)(struct crypto_tfm *tfm, u8 *dst, const u8 *src); |
| 257 | void (*cia_decrypt)(struct crypto_tfm *tfm, u8 *dst, const u8 *src); |
| 258 | }; |
| 259 | |
| 260 | #define cra_cipher cra_u.cipher |
| 261 | |
| 262 | /** |
| 263 | * struct crypto_alg - definition of a cryptograpic cipher algorithm |
| 264 | * @cra_flags: Flags describing this transformation. See include/linux/crypto.h |
| 265 | * CRYPTO_ALG_* flags for the flags which go in here. Those are |
| 266 | * used for fine-tuning the description of the transformation |
| 267 | * algorithm. |
| 268 | * @cra_blocksize: Minimum block size of this transformation. The size in bytes |
| 269 | * of the smallest possible unit which can be transformed with |
| 270 | * this algorithm. The users must respect this value. |
| 271 | * In case of HASH transformation, it is possible for a smaller |
| 272 | * block than @cra_blocksize to be passed to the crypto API for |
| 273 | * transformation, in case of any other transformation type, an |
| 274 | * error will be returned upon any attempt to transform smaller |
| 275 | * than @cra_blocksize chunks. |
| 276 | * @cra_ctxsize: Size of the operational context of the transformation. This |
| 277 | * value informs the kernel crypto API about the memory size |
| 278 | * needed to be allocated for the transformation context. |
| 279 | * @cra_alignmask: For cipher, skcipher, lskcipher, and aead algorithms this is |
| 280 | * 1 less than the alignment, in bytes, that the algorithm |
| 281 | * implementation requires for input and output buffers. When |
| 282 | * the crypto API is invoked with buffers that are not aligned |
| 283 | * to this alignment, the crypto API automatically utilizes |
| 284 | * appropriately aligned temporary buffers to comply with what |
| 285 | * the algorithm needs. (For scatterlists this happens only if |
| 286 | * the algorithm uses the skcipher_walk helper functions.) This |
| 287 | * misalignment handling carries a performance penalty, so it is |
| 288 | * preferred that algorithms do not set a nonzero alignmask. |
| 289 | * Also, crypto API users may wish to allocate buffers aligned |
| 290 | * to the alignmask of the algorithm being used, in order to |
| 291 | * avoid the API having to realign them. Note: the alignmask is |
| 292 | * not supported for hash algorithms and is always 0 for them. |
| 293 | * @cra_reqsize: Size of the request context for this algorithm. |
| 294 | * @cra_priority: Priority of this transformation implementation. In case |
| 295 | * multiple transformations with same @cra_name are available to |
| 296 | * the Crypto API, the kernel will use the one with highest |
| 297 | * @cra_priority. |
| 298 | * @cra_name: Generic name (usable by multiple implementations) of the |
| 299 | * transformation algorithm. This is the name of the transformation |
| 300 | * itself. This field is used by the kernel when looking up the |
| 301 | * providers of particular transformation. |
| 302 | * @cra_driver_name: Unique name of the transformation provider. This is the |
| 303 | * name of the provider of the transformation. This can be any |
| 304 | * arbitrary value, but in the usual case, this contains the |
| 305 | * name of the chip or provider and the name of the |
| 306 | * transformation algorithm. |
| 307 | * @cra_type: Type of the cryptographic transformation. This is a pointer to |
| 308 | * struct crypto_type, which implements callbacks common for all |
| 309 | * transformation types. There are multiple options, such as |
| 310 | * &crypto_skcipher_type, &crypto_ahash_type, &crypto_rng_type. |
| 311 | * This field might be empty. In that case, there are no common |
| 312 | * callbacks. This is the case for: cipher. |
| 313 | * @cra_u: Callbacks implementing the transformation. This is a union of |
| 314 | * multiple structures. Depending on the type of transformation selected |
| 315 | * by @cra_type and @cra_flags above, the associated structure must be |
| 316 | * filled with callbacks. This field might be empty. This is the case |
| 317 | * for ahash, shash. |
| 318 | * @cra_init: Deprecated, do not use. |
| 319 | * @cra_exit: Deprecated, do not use. |
| 320 | * @cra_u.cipher: Union member which contains a single-block symmetric cipher |
| 321 | * definition. See @struct @cipher_alg. |
| 322 | * @cra_module: Owner of this transformation implementation. Set to THIS_MODULE |
| 323 | * @cra_list: internally used |
| 324 | * @cra_users: internally used |
| 325 | * @cra_refcnt: internally used |
| 326 | * @cra_destroy: internally used |
| 327 | * |
| 328 | * The struct crypto_alg describes a generic Crypto API algorithm and is common |
| 329 | * for all of the transformations. Any variable not documented here shall not |
| 330 | * be used by a cipher implementation as it is internal to the Crypto API. |
| 331 | */ |
| 332 | struct crypto_alg { |
| 333 | struct list_head cra_list; |
| 334 | struct list_head cra_users; |
| 335 | |
| 336 | u32 cra_flags; |
| 337 | unsigned int cra_blocksize; |
| 338 | unsigned int cra_ctxsize; |
| 339 | unsigned int cra_alignmask; |
| 340 | unsigned int cra_reqsize; |
| 341 | |
| 342 | int cra_priority; |
| 343 | refcount_t cra_refcnt; |
| 344 | |
| 345 | char cra_name[CRYPTO_MAX_ALG_NAME]; |
| 346 | char cra_driver_name[CRYPTO_MAX_ALG_NAME]; |
| 347 | |
| 348 | const struct crypto_type *cra_type; |
| 349 | |
| 350 | union { |
| 351 | struct cipher_alg cipher; |
| 352 | } cra_u; |
| 353 | |
| 354 | int (*cra_init)(struct crypto_tfm *tfm); |
| 355 | void (*cra_exit)(struct crypto_tfm *tfm); |
| 356 | void (*cra_destroy)(struct crypto_alg *alg); |
| 357 | |
| 358 | struct module *cra_module; |
| 359 | } CRYPTO_MINALIGN_ATTR; |
| 360 | |
| 361 | /* |
| 362 | * A helper struct for waiting for completion of async crypto ops |
| 363 | */ |
| 364 | struct crypto_wait { |
| 365 | struct completion completion; |
| 366 | int err; |
| 367 | }; |
| 368 | |
| 369 | /* |
| 370 | * Macro for declaring a crypto op async wait object on stack |
| 371 | */ |
| 372 | #define DECLARE_CRYPTO_WAIT(_wait) \ |
| 373 | struct crypto_wait _wait = { \ |
| 374 | COMPLETION_INITIALIZER_ONSTACK((_wait).completion), 0 } |
| 375 | |
| 376 | /* |
| 377 | * Async ops completion helper functioons |
| 378 | */ |
| 379 | void crypto_req_done(void *req, int err); |
| 380 | |
| 381 | static inline int crypto_wait_req(int err, struct crypto_wait *wait) |
| 382 | { |
| 383 | switch (err) { |
| 384 | case -EINPROGRESS: |
| 385 | case -EBUSY: |
| 386 | wait_for_completion(&wait->completion); |
| 387 | reinit_completion(x: &wait->completion); |
| 388 | err = wait->err; |
| 389 | break; |
| 390 | } |
| 391 | |
| 392 | return err; |
| 393 | } |
| 394 | |
| 395 | static inline void crypto_init_wait(struct crypto_wait *wait) |
| 396 | { |
| 397 | init_completion(x: &wait->completion); |
| 398 | } |
| 399 | |
| 400 | /* |
| 401 | * Algorithm query interface. |
| 402 | */ |
| 403 | int crypto_has_alg(const char *name, u32 type, u32 mask); |
| 404 | |
| 405 | /* |
| 406 | * Transforms: user-instantiated objects which encapsulate algorithms |
| 407 | * and core processing logic. Managed via crypto_alloc_*() and |
| 408 | * crypto_free_*(), as well as the various helpers below. |
| 409 | */ |
| 410 | |
| 411 | struct crypto_tfm { |
| 412 | refcount_t refcnt; |
| 413 | |
| 414 | u32 crt_flags; |
| 415 | |
| 416 | int node; |
| 417 | |
| 418 | struct crypto_tfm *fb; |
| 419 | |
| 420 | void (*exit)(struct crypto_tfm *tfm); |
| 421 | |
| 422 | struct crypto_alg *__crt_alg; |
| 423 | |
| 424 | void *__crt_ctx[] CRYPTO_MINALIGN_ATTR; |
| 425 | }; |
| 426 | |
| 427 | /* |
| 428 | * Transform user interface. |
| 429 | */ |
| 430 | |
| 431 | struct crypto_tfm *crypto_alloc_base(const char *alg_name, u32 type, u32 mask); |
| 432 | void crypto_destroy_tfm(void *mem, struct crypto_tfm *tfm); |
| 433 | |
| 434 | static inline void crypto_free_tfm(struct crypto_tfm *tfm) |
| 435 | { |
| 436 | return crypto_destroy_tfm(mem: tfm, tfm); |
| 437 | } |
| 438 | |
| 439 | /* |
| 440 | * Transform helpers which query the underlying algorithm. |
| 441 | */ |
| 442 | static inline const char *crypto_tfm_alg_name(struct crypto_tfm *tfm) |
| 443 | { |
| 444 | return tfm->__crt_alg->cra_name; |
| 445 | } |
| 446 | |
| 447 | static inline const char *crypto_tfm_alg_driver_name(struct crypto_tfm *tfm) |
| 448 | { |
| 449 | return tfm->__crt_alg->cra_driver_name; |
| 450 | } |
| 451 | |
| 452 | static inline unsigned int crypto_tfm_alg_blocksize(struct crypto_tfm *tfm) |
| 453 | { |
| 454 | return tfm->__crt_alg->cra_blocksize; |
| 455 | } |
| 456 | |
| 457 | static inline unsigned int crypto_tfm_alg_alignmask(struct crypto_tfm *tfm) |
| 458 | { |
| 459 | return tfm->__crt_alg->cra_alignmask; |
| 460 | } |
| 461 | |
| 462 | static inline unsigned int crypto_tfm_alg_reqsize(struct crypto_tfm *tfm) |
| 463 | { |
| 464 | return tfm->__crt_alg->cra_reqsize; |
| 465 | } |
| 466 | |
| 467 | static inline u32 crypto_tfm_get_flags(struct crypto_tfm *tfm) |
| 468 | { |
| 469 | return tfm->crt_flags; |
| 470 | } |
| 471 | |
| 472 | static inline void crypto_tfm_set_flags(struct crypto_tfm *tfm, u32 flags) |
| 473 | { |
| 474 | tfm->crt_flags |= flags; |
| 475 | } |
| 476 | |
| 477 | static inline void crypto_tfm_clear_flags(struct crypto_tfm *tfm, u32 flags) |
| 478 | { |
| 479 | tfm->crt_flags &= ~flags; |
| 480 | } |
| 481 | |
| 482 | static inline unsigned int crypto_tfm_ctx_alignment(void) |
| 483 | { |
| 484 | struct crypto_tfm *tfm; |
| 485 | return __alignof__(tfm->__crt_ctx); |
| 486 | } |
| 487 | |
| 488 | static inline bool crypto_tfm_is_async(struct crypto_tfm *tfm) |
| 489 | { |
| 490 | return tfm->__crt_alg->cra_flags & CRYPTO_ALG_ASYNC; |
| 491 | } |
| 492 | |
| 493 | static inline bool crypto_req_on_stack(struct crypto_async_request *req) |
| 494 | { |
| 495 | return req->flags & CRYPTO_TFM_REQ_ON_STACK; |
| 496 | } |
| 497 | |
| 498 | static inline void crypto_request_set_callback( |
| 499 | struct crypto_async_request *req, u32 flags, |
| 500 | crypto_completion_t compl, void *data) |
| 501 | { |
| 502 | u32 keep = CRYPTO_TFM_REQ_ON_STACK; |
| 503 | |
| 504 | req->complete = compl; |
| 505 | req->data = data; |
| 506 | req->flags &= keep; |
| 507 | req->flags |= flags & ~keep; |
| 508 | } |
| 509 | |
| 510 | static inline void crypto_request_set_tfm(struct crypto_async_request *req, |
| 511 | struct crypto_tfm *tfm) |
| 512 | { |
| 513 | req->tfm = tfm; |
| 514 | req->flags &= ~CRYPTO_TFM_REQ_ON_STACK; |
| 515 | } |
| 516 | |
| 517 | struct crypto_async_request *crypto_request_clone( |
| 518 | struct crypto_async_request *req, size_t total, gfp_t gfp); |
| 519 | |
| 520 | static inline void crypto_stack_request_init(struct crypto_async_request *req, |
| 521 | struct crypto_tfm *tfm) |
| 522 | { |
| 523 | req->flags = 0; |
| 524 | crypto_request_set_tfm(req, tfm); |
| 525 | req->flags |= CRYPTO_TFM_REQ_ON_STACK; |
| 526 | } |
| 527 | |
| 528 | #endif /* _LINUX_CRYPTO_H */ |
| 529 | |
| 530 | |