Thread (68 messages) flat view 68 messages, 14 authors, 2018-05-02

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

From: Andy Lutomirski <luto@kernel.org>
Date: 2018-03-09 19:38:20
Also in: linux-api, lkml

On Fri, Mar 9, 2018 at 6:55 PM, David Miller [off-list ref] wrote:
From: Alexei Starovoitov <redacted>
Date: Fri, 9 Mar 2018 10:50:49 -0800
quoted
On 3/9/18 10:23 AM, Andy Lutomirski wrote:
quoted
It might not be totally crazy to back it by tmpfs.
interesting. how do you propose to do it?
Something like:
- create /umh_module_tempxxx dir
- mount tmpfs there
- copy elf into it and exec it?
I think the idea is that it's an internal tmpfs mount that only
the kernel has access too.
That's what I was imagining.  There's precedent.  For example, there's
a very short piece of code that does it in
drivers/gpu/drm/i915/i915_gemfs.c.

And I don't think that even hurts your debuggability concerns.  The
user can just attach using the foo.ko file in the actual filesystem.
Not if the .ko is actually a shim that actually just contains a blob
and a few lines of code to kick off the umh.  But one could still
debug it using kernel debug symbols (like vDSO debugging works right
now, at least if your distro is in a good mood) or by reading the
contents from /proc/PID/exe.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help