[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <pq42o77-73np-66r-rrn9-ns24o907n59@vanv.qr>
Date: Tue, 18 Jul 2023 14:17:08 +0200 (CEST)
From: Jan Engelhardt <jengelh@...i.de>
To: Michal Suchánek <msuchanek@...e.de>
cc: linux-modules@...r.kernel.org, Takashi Iwai <tiwai@...e.com>,
Lucas De Marchi <lucas.de.marchi@...il.com>,
Michal Koutný <mkoutny@...e.com>,
Jiri Slaby <jslaby@...e.com>,
Masahiro Yamada <masahiroy@...nel.org>,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
Nicolas Schier <nicolas@...sle.eu>,
linux-kbuild@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH kmod v4 4/4] libkmod, depmod, modprobe: Make directory
for kernel modules configurable
On Tuesday 2023-07-18 12:29, Michal Suchánek wrote:
>> -static const char *dirname_default_prefix = MODULE_DIRECTORY;
>> +const char *dirname_default_prefix = MODULE_DIRECTORY;
>>
>> @@ -2943,6 +2944,9 @@ static int do_depmod(int argc, char *argv[])
>> free(out_root);
>> out_root = path_make_absolute_cwd(optarg);
>> break;
>> + case 'M':
>> + dirname_default_prefix = optarg;
>> + break;
>> case 'C': {
>> size_t bytes = sizeof(char *) * (n_config_paths + 2);
>> void *tmp = realloc(config_paths, bytes);
>
>That breaks kmod for the usrmerged distributions, though.
Does it though?
The *distro* has /lib -> /usr/lib,
the *staging area* for installation does not.
>[...]
>Note: it will work either way at the times the module directory can be
>accessed through the lib -> usr/lib compatibility symlink. The default
>needs to be correct for the cases when the symlink is not provided.
>So you could do
>
>make DEPMOD='depmod -M /lib/modules'
That would be a workable situation.
Powered by blists - more mailing lists