On 2014-04-08 14:07:37+0200, Paul Bolle wrote:
> Commit 9ba4bcb64589 ("initramfs: read CONFIG_RD_ variables for
> initramfs compression") removed the users of the various
> INITRAMFS_COMPRESSION_* Kconfig symbols. So since v3.13 the entire
> "Built-in initramfs compression mode" choice is a set of knobs connected
> to nothing. The entire choice can safely be removed.Whilst I agree (for my use-cases) with INITRAMFS_COMPRESSION and RD being merged, I think it has happened the wrong way round. Commit 9ba4bcb64589 mistakenly forced the logic in usr/Makefile to prioritise the selection of RD options such that selecting more than one supported compression pretty much rail-roads you into having your initrd compressed with gzip. This happends because because suffix-y gets updated once for each supported compression and, by default (on x86, at least) all compressions are supported. I think that either: 1. the options should be merged (with whatever name gets chosen) and pick both the run-time supported and the build-time compressions 2. both options should remain, with one choosing the supported run-time compressions and the other choosing the build-time compression If 1 is chosen, it would be advantageous to have RD as a mutually-exclusive choice -- this would be the place to put all the help texts that your patch removes. I currently have a patch that performs 2, if you decide that might be better. -- Michael Fyles -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
