Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

From
Luis R. Rodriguez <mcgrof@kernel.org>
Date
2018-03-11 21:45:18
Also in
linux-api, lkml
Reply to
Luis R. Rodriguez, 2018-03-10
On Sat, Mar 10, 2018 at 02:08:43PM +0000, Luis R. Rodriguez wrote:
The alternative to this would be a simple equivalent of try_then_request_module()
for UMH modules: try_umhm_then_request_umh_module() or whatever. So just as I
argued earlier over UMH limitations, this is not the end of the world for umh
modules, and it doesn't mean you can't get *properly* add umh modules upstream,
it would *just mean* we'd be perpetuating today's (IMHO) horrible and loose
semantics.
I was about to suggest that perhaps a try_umhm_then_request_umh_module() or
whatever should not be a macro -- but instead an actual routine, and we don't
export say the simple form to avoid non-deterministic uses of it from the
start... but the thing is *it'd have to be a macro* given that the *check* for
the module *has to be loose*, just as try_then_request_module()...

*Ugh* gross.

Another reason for me to want an actual deterministic clean proper solution
from the start.

  Luis
Thread (68 messages) 68 messages, 14 authors, last reply 2018-05-02
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help