/proc/crypto存在同名算法驱动，socket绑定失败原因咨询

首先明确：绑定失败并非由同名算法驱动导致。

内核Crypto框架本身支持同一算法名称对应多个驱动实例，当存在多个同名算法时，内核会自动选择优先级最高的驱动（你提供的两个实例中，gcm-aes-ce优先级300高于xilinx-zynqmp-aes-gcm的200），同名驱动存在不会触发"No such file or directory"错误。

可能的真正原因及排查方向 #

1. 算法名称匹配问题
   注意你提供的/proc/crypto输出中，第一个gcm(aes)条目末尾带有空格，而第二个没有。如果内核注册的算法名称实际包含尾空格，但你的代码中使用的是无空格的"gcm(aes)"，就会导致匹配失败。
   可以通过以下命令确认准确的算法名称：

   grep -oP 'name\s+:\s+\K.*' /proc/crypto | grep gcm
   

   确保代码中sa.salg_name的字符串与输出完全一致。

2. AF_ALG子系统未正确加载
   如果你的内核是模块化配置，可能未加载algif_aead模块（AF_ALG支持AEAD算法的必要模块），可以手动加载：

   modprobe algif_aead
   

   加载后检查/proc/net/af_alg是否有相关条目，确认子系统正常工作。

3. 内核配置缺失
   确认内核编译时开启了CONFIG_CRYPTO_USER_API_AEAD选项（编译为内置y或模块m），该选项是用户空间通过AF_ALG访问AEAD算法的基础。

4. 权限问题（可能性较低）
   虽然该错误码通常不对应权限问题，但可以尝试以root用户运行程序，排除权限限制导致的访问失败。

内容的提问来源于stack exchange，提问作者Dhiraj