> I'm working on adding the ramdisk and initrd features to the kernel. It
> compiles, which is pretty good for my first kernel patch.
> But, I have no way to actually test it. The kernel needs to find the
> offset of the ramdisk in the first 11 bits of one of the boot headers, so
> the kernel needs to be less than 2047k.
Dunno what you're trying to do, but it sounds extremly weired ...
> This wouldn't normally be a problem, but doing a 'make zImage' tells me
> ./mkboot zImage.tmp zImage
> Input file isn't a little endian ELF file
> make: *** [zImage] Error 1
> What would be required to make mkboot handle zImage, or bzImage?
Don't do it. mkboot is used for the boxes that use Milo for booting to
convert the ELF executable into an a.out file that Milo accepts. Milo
again is necessary because the ARC firmware is so incredibly buggy and I
don't want to have more ARC stuff in the kernel than absolutly necessary.
What I suggest instead is to load the ramdisk file using the ARCS
Open, Read, Write, Close and Seek functions from any ARC supported media.
That includes tapes, CDROM, EFS, XFS and even tftp. Take the information
what file to read from the ARC command line.
> In the meantime, I will try to strip down a kernel to below 2047k. My
> current one is 2347.
Why limiting the kernel size? 640kb are enough for everybody?
> Any other ideas?
Yes, time to leave for Sushi with Miguel :-)