diff options
| author | Daniel Gomez <da.gomez@samsung.com> | 2025-12-20 04:48:09 +0100 |
|---|---|---|
| committer | Alexei Starovoitov <ast@kernel.org> | 2025-12-22 22:25:09 -0800 |
| commit | ac1c5bc7c4c7e20e2070e6eaa673fc3e11619dbb (patch) | |
| tree | ed23014eaae325faf762fd45cadb94cb7a48e93d /include/linux | |
| parent | b0004a82239212b4a6ed210c29dcbb4149769c81 (diff) | |
bpf: crypto: replace -EEXIST with -EBUSY
The -EEXIST error code is reserved by the module loading infrastructure
to indicate that a module is already loaded. When a module's init
function returns -EEXIST, userspace tools like kmod interpret this as
"module already loaded" and treat the operation as successful, returning
0 to the user even though the module initialization actually failed.
This follows the precedent set by commit 54416fd76770 ("netfilter:
conntrack: helper: Replace -EEXIST by -EBUSY") which fixed the same
issue in nf_conntrack_helper_register().
This affects bpf_crypto_skcipher module. While the configuration
required to build it as a module is unlikely in practice, it is
technically possible, so fix it for correctness.
Signed-off-by: Daniel Gomez <da.gomez@samsung.com>
Acked-by: Vadim Fedorenko <vadim.fedorenko@linux.dev>
Link: https://lore.kernel.org/r/20251220-dev-module-init-eexists-bpf-v1-1-7f186663dbe7@samsung.com
Signed-off-by: Alexei Starovoitov <ast@kernel.org>
Diffstat (limited to 'include/linux')
0 files changed, 0 insertions, 0 deletions
