[lkml]   [2001]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Acpi] Re: ACPI fundamental locking problems
Jeff writes:
> I've always thought it would be neat to do:
> cat bzImage initrd.tar.gz > vmlinuz
> rdev --i-have-a-tarball-piggyback vmlinuz
> Linking into the image is easy for hackers, but why not make it
> scriptable and super-easy for end users? x86 already has the rdev
> utility to mark a kernel image as having certain flags. It could even
> be a command line option, "inittgz" or somesuch, telling us that a
> gzip-format tarball immediately follows the end of our ELF image.

This would be especially handy for network booting: you only need to send
the one file to the client, and it boots the kernel and loads the initrd
without any extra requests/parameters/configuration needed.

> I wonder if any bootloader mods would be needed at all to do this...
> AFAICS you just need to make sure the kernel doesn't trample the
> piggyback'd data.

Probably not - the kernel would handle all of it. It sounds like Linus
and Al are in favour of this, so it will likely be in 2.5.early. Having
the tar be extracted into ramfs has the added benefit that you don't need
to 'pre-configure' ramdisk size, make dd initrd images, or waste memory
that is representing empty fs space. Conversely, if the root is ramfs
you also don't need to worry about the ramdisk fs being too small if you
need to create some temprary files there... It is a win in all cases.

Cheers, Andreas
Andreas Dilger Turbolinux filesystem development
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:56    [W:0.034 / U:0.000 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site