Hi
On Sat, Jun 13, 2015 at 11:45 PM, Lucas De Marchi
<lucas.de.marchi@xxxxxxxxx> wrote:
> From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
>
> ENOSYS is the wrong errno to return when we don't find a module in
> kmod_module_insert_module(). Why is it there in the first place? This
> goes back to kmod v1 when we couldn't load modules by names, but we
> should give a path instead.
>
> 708624a ("ELF: initial support for modinfo and strip of modversions and
> vermagic.") changed that so we do a lazy-search by the module path in
> this function. Later f304afe ("Change error message to reflect
> reality") fixed the log message but the return coded remained the same.
> ---
>
> CC'ing here people from systemd who were bitten by this bug in kmod:
> https://github.com/systemd/systemd/pull/166
>
> I'm not sure about changing the return code since it was returning ENOSYS since
> v1 :-/. However maybe the best thing to do is just treat it as a bug and let
> the patch to be backported by distros that want it. Thoughts?
Looks all good to me. Treating this as a bugfix is probably the best
thing to do. I'll revert the systemd patch once this is pushed.
Thanks
David
>
> libkmod/libkmod-module.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libkmod/libkmod-module.c b/libkmod/libkmod-module.c
> index 366308f..50b2ff9 100644
> --- a/libkmod/libkmod-module.c
> +++ b/libkmod/libkmod-module.c
> @@ -830,7 +830,7 @@ KMOD_EXPORT int kmod_module_insert_module(struct kmod_module *mod,
> path = kmod_module_get_path(mod);
> if (path == NULL) {
> ERR(mod->ctx, "could not find module by name='%s'\n", mod->name);
> - return -ENOSYS;
> + return -ENOENT;
> }
>
> mod->file = kmod_file_open(mod->ctx, path);
> --
> 2.4.3
>
--
To unsubscribe from this list: send the line "unsubscribe linux-modules" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
