这里会涉及到“算法动态注册”，即如果在crypto_alg_list链表中没有找到name为”ecb(aes)”的crypto_alg对象，那crypto子系统会通过一个名为”cryptomgr_probe”的内核线程查找到name为“ecb”的crypto_template对象，以及查找到name为”aes”的crypto_alg对象，动态创建出一个name为“ecb(aes)”的crypto_

CAN驱动。

电话驱动。

Linux内核驱动。

蓝牙驱动。

毕竟crypto_alg这个结构里的.cra_init, .cra_exit, .cra_u里的.coa_compress都需要这个执行上下文。主要的逻辑就三个函数, 首先需要分配一个压缩的上下文(本文用压缩的例子), 其实它就是crypto_tfm的包装，和cryto_tfm是一样的:紫色的删去 ,我没找到这个压缩的例子。处于用户态的程序想要调用处于内核态的密码算法，需要使用crypto_reg

UART/LIN驱动框架。

crypto_type就是用于重载crypto_alg中的cra_u中的各个类中的成员函数，当通过crypto_alloc_base，crypto_create_tfm等接口申请相应的crypto的TFM上下文时，若有传入crypto_type参数，TFM优先使用crypto_type中的init_tfm成员函数去初始化crypto_tfm衍生类的操作方法。type指算法类型；CRYPTO_MIN

regmap_bus 的结构体，它用于描述一种与寄存器映射（regmap）交互的硬件总线或接口的属性和功能。在regmap_config，定义了寄存器的各种信息，比如寄存器地址长度，寄存器值的长度，读写寄存器的地址范围的信息，寄存器地址和值的大小端以及缓冲方式。通过 regmap 模型提供的统一接口函数来访问器件的寄存器，SOC 内部的寄存器也可以使用 regmap 接口函数来访问。

Linux内核SPI驱动。