All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Prokop <mika@debian.org>
To: maximilian attems <max@stro.at>
Cc: 533903@bugs.debian.org, initramfs@vger.kernel.org
Subject: Bug#533903: initramfs-tools: support different compression tools in mkinitramfs
Date: Tue, 23 Jun 2009 01:45:19 +0200	[thread overview]
Message-ID: <2009-06-23T00-46-40@devnull.michael-prokop.at> (raw)
In-Reply-To: <20090622214041.GE6173@stro.at>

[-- Attachment #1: Type: text/plain, Size: 2190 bytes --]

* maximilian attems <max@stro.at> [20090623 00:25]:
> On Sun, 21 Jun 2009, Michael Prokop wrote:

> > Current kernel versions support different decompression options for
> > kernel and initrd:

> >   CONFIG_DECOMPRESS_GZIP
> >   CONFIG_DECOMPRESS_BZIP2
> >   CONFIG_DECOMPRESS_LZMA

> i haven't played with those, but yes why not.
> do you know what happens if initramfs is in lzma but kernel not?

Looking at the kernel source AFAICS (providing the example for lzma):

* CONFIG_KERNEL_LZMA (depends on CONFIG_HAVE_KERNEL_LZMA) is for the
  kernel related part at kernel build time (requires lzma userspace
  tools then) and relevant as well for decompressing a lzma compressed
  kernel during bootup.

* CONFIG_INITRAMFS_COMPRESSION_LZMA (depends on
  CONFIG_DECOMPRESS_LZMA) is for generating the initramfs file at
  kernel build time with lzma compression.

* CONFIG_DECOMPRESS_LZMA is for loading a lzma compressed
  (initramfs) file at bootup.


So the kernel and initramfs parts should be independent from each
other and IMHO it should be enough to check for accordingly set
CONFIG_DECOMPRESS_LZMA support in /boot/config-... when generating a
lzma compressed initramfs file via initramfs-tools.

> > initramfs-tools currently supports gzip only. I'd like to see
> > support for bzip2 and lzma as well, as both of them provide better
> > compression (which is especially interesting for live systems).

> > IMHO the user should get gzip by default (if unset) but be able to
> > choose between gzip, bzip2 and lzma. Something like
> > COMPRESSION=[gzip|bzip2|lzma] in /etc/initramfs-tools/initramfs.conf
> > should provide that.

> > I plan to provide the according code for integration (though I'm
> > running out of time right now, so it might need a few days/weeks).
> > Please ACK my idea if that's in your interest. If have any special
> > configuration variable / implementation wishes please let me know.

> adding the dracut guys on cc, afais they haven't implement it
> yet too, so maybe we can easily agree:
> ~/src/dracut$ egrep gzip dracut
> ( cd "$initdir"; find . |cpio -H newc -o |gzip -9 > "$outfile"; )

Thanks, good idea. Any input/feedback welcome.

regards,
-mika-

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2009-06-22 23:45 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20090621133116.32436.69638.reportbug@grmlvrs>
2009-06-22 21:40 ` Bug#533903: initramfs-tools: support different compression tools in mkinitramfs maximilian attems
2009-06-22 23:45   ` Michael Prokop [this message]

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=2009-06-23T00-46-40@devnull.michael-prokop.at \
    --to=mika@debian.org \
    --cc=533903@bugs.debian.org \
    --cc=initramfs@vger.kernel.org \
    --cc=max@stro.at \
    /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.