| To: | Charles Lepple <clepple@negativezero.org> |
|---|---|
| Subject: | Re: Embedded system with RAM Disk |
| From: | Ralf Baechle <ralf@oss.sgi.com> |
| Date: | Fri, 28 Jan 2000 01:03:01 +0100 |
| Cc: | Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, Victor Wells <vwells@ti.com>, linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr |
| In-reply-to: | <388F9ECA.DBFCED9D@negativezero.org> |
| References: | <XFMail.000126201529.Harald.Koerfgen@home.ivm.de> <388F9ECA.DBFCED9D@negativezero.org> |
| Sender: | owner-linuxmips@oss.sgi.com |
On Wed, Jan 26, 2000 at 08:26:34PM -0500, Charles Lepple wrote:
> The PPC board that I used would not load ELF images with extra sections,
> so I resurrected some code that would convert the ramdisk (and gzipped
> vmlinux, actually -- I'm not sure if the MIPS code does anything like
> this) into assembly 'define word' statements, assemble the resulting
> file, and link it in. The file had symbols for initrd_start & _length,
> and the assembly was surprisingly quick. The ramdisk, in effect, became
> part of the data section of the kernel image (zImage, actually).
In which case the PPC's ELF loader is hopless broken. An ELF loader is
a quite simple thing, it only needs to process all the PT_LOAD entries
in the programm header table, done.
Ralf
PS: negativezero.org - I thought one's complement machines are dead
by now ;-)
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Bootmem / 2.3.23, Ralf Baechle |
|---|---|
| Next by Date: | more Visual Workstation info, Andy Isaacson |
| Previous by Thread: | RE: Embedded system with RAM Disk, Harald Koerfgen |
| Next by Thread: | Re: Embedded system with RAM Disk, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |