On Wed, 9 Feb 2011 11:51:08 +0200 Lasse Collin wrote: > On 2011-02-09 Jan Beulich wrote: > > Having architecture specific decoders enabled by default makes little > > sense - only at most one of the respective encoders is being used, > > and hence the other decoders are not necessary in the common > > (default) case. > > It can be nice to be able to mount a Squashfs image containing ARM > binaries on a x86 desktop, but maybe that isn't important enough to keep > all BCJ filters enabled by default. If they are not enabled by default, > I think "if EXPERT" needs to be removed from those options too. > > For bigger size savings, it doesn't seem too useful to have five > decompressors enabled by default (and behind "if EXPERT") for initramfs. > I added XZ to that list to be consistent with the existing methods, but > it wasn't the best thing to do. > > Bzip2 and LZMA are completely __init, but most of the gzip, LZO, and XZ > code for initramfs is not __init. They pull zlib_inflate, > lzo_decompress, xz_dec, and crc32 modules into the kernel. > > I think gzip and LZO support for initramfs should be enough by default, > because bzip2, LZMA, and XZ are slower to decompress. The compression > ratio of initramfs doesn't matter much on desktop systems so the fast > options are the best. Users of embedded systems will pick exactly one > method anyway, ignoring the defaults. Hi, Did you see this email? what do you think of it? https://lkml.org/lkml/2011/2/1/438 Subject: Change DECOMPRESS_LZMA to boolean --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code *** -- To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html