drivers/crypto/omap-crypto.h
Source file repositories/reference/linux-study-clean/drivers/crypto/omap-crypto.h
File Facts
- System
- Linux kernel
- Corpus path
drivers/crypto/omap-crypto.h- Extension
.h- Size
- 908 bytes
- Lines
- 35
- Domain
- Driver Families
- Bucket
- drivers/crypto
- Inferred role
- Driver Families: implementation source
- Status
- source implementation candidate
Why This File Exists
Repeatable hardware-adapter layer. Deep compatibility for every driver is out of scope; this atlas records patterns, probe lifecycles, bus glue, IRQ/DMA usage, and links back to core abstractions.
- Repeatable hardware-adapter layer. Deep compatibility for every driver is out of scope; this atlas records patterns, probe lifecycles, bus glue, IRQ/DMA usage, and links back to core abstractions.
- Defines or uses C structs; map object ownership, embedded links, reference counts, and lock ownership.
Dependency Surface
- No C-style include directives detected by the generator.
Detected Declarations
- No top-level syscall, struct, function, initcall, or export declaration detected by the generator.
Annotated Snippet
#ifndef __CRYPTO_OMAP_CRYPTO_H
#define __CRYPTO_OMAP_CRYPTO_H
enum {
OMAP_CRYPTO_NOT_ALIGNED = 1,
OMAP_CRYPTO_BAD_DATA_LENGTH,
};
#define OMAP_CRYPTO_DATA_COPIED BIT(0)
#define OMAP_CRYPTO_SG_COPIED BIT(1)
#define OMAP_CRYPTO_COPY_MASK 0x3
#define OMAP_CRYPTO_COPY_DATA BIT(0)
#define OMAP_CRYPTO_FORCE_COPY BIT(1)
#define OMAP_CRYPTO_ZERO_BUF BIT(2)
#define OMAP_CRYPTO_FORCE_SINGLE_ENTRY BIT(3)
int omap_crypto_align_sg(struct scatterlist **sg, int total, int bs,
struct scatterlist *new_sg, u16 flags,
u8 flags_shift, unsigned long *dd_flags);
void omap_crypto_cleanup(struct scatterlist *sg, struct scatterlist *orig,
int offset, int len, u8 flags_shift,
unsigned long flags);
#endif
Annotation
- Atlas domain: Driver Families / drivers/crypto.
- Implementation status: source implementation candidate.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.