From: Erik Andersen <andersen@codepoet.org>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Query about initramfs and modules
Date: Wed, 16 Jan 2002 13:18:23 -0700 [thread overview]
Message-ID: <20020116201823.GA1872@codepoet.org> (raw)
In-Reply-To: <15428.47094.435181.278715@irving.iisd.sra.com> <Pine.GSO.4.21.0201152226100.4339-100000@weyl.math.psu.edu> <20020116194121.GC32184@codepoet.org> <a24lub$4o9$1@cesium.transmeta.com>
In-Reply-To: <a24lub$4o9$1@cesium.transmeta.com>
On Wed Jan 16, 2002 at 11:56:59AM -0800, H. Peter Anvin wrote:
> Followup to: <20020116194121.GC32184@codepoet.org>
> By author: Erik Andersen <andersen@codepoet.org>
> In newsgroup: linux.dev.kernel
> >
> > Keep in mind that insmod current needs to incorporate a full ELF
> > interpreter in userspace (and the source code needs to know about
> > all the types of relocations and jump for each arch and for 32
> > and 64 bit ELF. Horrible stuff really. If we could cleanup the
> > kernel's insmod implementation to require merely a syscall
> > passing a filename to the kernel, it would sure make the
> > initramfs smaller and simpler. I believe Rusty made a patch to
> > do this sort of thing....
> >
>
> Yeah! Let's put all this crap in KERNEL SPACE! *NOT!*
Good point. We surely wouldn't want to have an ELF interpreter
in kernel space. That would be evil!
rm linux/fs/binfmt_elf.c
There, thats better, now userspace can load everything. If we
can figure out how to get userspace loaded....
The kernel already knows how to load ELF files, and _has_ to do
that job to get userspace running anyways. So why not use that
mechanism for modules?
-Erik
--
Erik B. Andersen http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--
next prev parent reply other threads:[~2002-01-16 20:18 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-15 23:15 Query about initramfs and modules David Garfield
2002-01-15 23:34 ` Greg KH
2002-01-15 23:47 ` David Garfield
2002-01-16 0:01 ` Greg KH
2002-01-16 0:33 ` David Garfield
2002-01-16 1:16 ` Greg KH
2002-01-16 19:29 ` Andreas Ferber
2002-01-16 19:40 ` Greg KH
2002-01-16 19:53 ` Jordan Crouse
2002-01-16 2:09 ` H. Peter Anvin
2002-01-16 17:53 ` David Garfield
2002-01-16 18:13 ` H. Peter Anvin
2002-01-16 19:04 ` David Garfield
2002-01-16 3:29 ` Alexander Viro
2002-01-16 19:41 ` Erik Andersen
2002-01-16 19:56 ` H. Peter Anvin
2002-01-16 20:18 ` Erik Andersen [this message]
2002-01-16 20:23 ` H. Peter Anvin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020116201823.GA1872@codepoet.org \
--to=andersen@codepoet.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.