Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755091AbZAEWIR (ORCPT ); Mon, 5 Jan 2009 17:08:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755443AbZAEWHs (ORCPT ); Mon, 5 Jan 2009 17:07:48 -0500 Received: from crmm.lgl.lu ([158.64.72.228]:49382 "EHLO lll.lu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755408AbZAEWHr (ORCPT ); Mon, 5 Jan 2009 17:07:47 -0500 Message-ID: <496284A2.9070003@knaff.lu> Date: Mon, 05 Jan 2009 23:07:30 +0100 From: Alain Knaff User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: "H. Peter Anvin" CC: the arch/x86 maintainers , Linux Kernel Mailing List Subject: Re: tip: bzip2/lzma now in tip:x86/setup-lzma References: <200901042146.n04LkHgP005837@hitchhiker.hitchhiker.org.lu.hitchhiker.org.lu> <4961415C.1050708@zytor.com> <49614243.70102@knaff.lu> <496142E4.8040308@zytor.com> <49614491.7020903@knaff.lu> <49614D1F.8020900@zytor.com> <49615136.9080900@knaff.lu> <4961580A.1020301@zytor.com> <4961A816.40302@knaff.lu> <4961A997.10108@zytor.com> <4961ADC5.6030108@knaff.lu> <49622DE9.2010200@zytor.com> <496240DF.2010102@knaff.lu> <49624F6C.8010103@zytor.com> <4962522F.20804@knaff.lu> <496255B0.1050208@zytor.com> <4962580B.2080806@knaff.lu> <4962612C.8090405@zytor.com> In-Reply-To: <4962612C.8090405@zytor.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1374 Lines: 31 H. Peter Anvin wrote: > Well, I think the right thing to do at this stage is to simply compress > the initramfs with the preferred compression method (and if no > compression method is provided, with none.) This can be relatively > simply done with a script, I think. Well, the problem is there is really no "preferred" method for the ramdisk or initramfs. And picking the one from the kernel might not work, because the user might have chosen to compress the kernel via bzip2, but only allowed lzma and gzip for the ramdisk. > At least that way the whole image is compressed using the preferred > compression format, and since all the relevant compressors have methods > of dealing reasonably with uncompressable chunks we should be okay. > > Doing the "free as you go" thing is definitely something I would like to > see, as well as supporting initramfs in high memory. I have looked at > it a few times, however, it is a nontrivial modification and I haven't > personally devoted the time to dealing with it. I really don't think we > want to entangle this issue with the compression patch. > > -hpa Agreed Alain -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/