That looks like on overkill to me, besides I don't think that's the purpose of tools/. Maybe everyone who wants to test this, should install the tool and go wild without disturbing the

If we want to have more coverage, how about importing the lz4demo utility source code to tools/lz4/, and change scripts/Makefile.lib to point at it? Once the lz4 utilities have reached a broader

Ok, I will update it as soon as the patch set is stabilized. Thanks, Kyungsik

Sorry, It will have all the information you mentioned. I can reply to this thread if you want. Or I might need another patch(v4). I have one thing to be confirmed regarding LZ4 format. One of the

Yes, that's a showstopper even for linux-next. What a shame. It means this code will walk into mainline with practically zero third-party testing. Oh well, the risk is minor. If it breaks,

What happened to the changelog? The earlier version at least had some rudimentary benchmarking results, but now we don't even have that. Someone should prepare the information explaining why we

Please add the new magic to Documentation/x86/boot.txt as well. Kyungsik Lee <kyungsik.lee@...> wrote: -- Sent from my mobile phone. Please excuse brevity and lack of formatting.

I'm ok with this only if the patch is clearly marked LINUS DO NOT MERGE. Kyungsik Lee <kyungsik.lee@...> wrote: -- Sent from my mobile phone. Please excuse brevity and lack of formatting.

Hello, I do not think making this the default is good idea, because the lz4demo utility that you need to actually compress the kernel (used in patch 2) is not installed nor available by default on

Do I understand it correctly that when this thing gets committed, kernel builds on all systems missing the lz4 tool will fail and everybody should go running to get it so that everybody can build

This patch makes x86 and arm kernels default to the LZ4-compressed to test new LZ4 code in the linux-next. This is requested by Andrew Morton. Signed-off-by: Kyungsik Lee <kyungsik.lee@...> ---

This patch integrates the LZ4 decompression code to the x86 pre-boot code. And it depends on two patchs below lib: Add support for LZ4-compressed kernel decompressor: Add LZ4 decompressor

This patch integrates the LZ4 decompression code to the arm pre-boot code. And it depends on two patchs below lib: Add support for LZ4-compressed kernel decompressor: Add LZ4 decompressor

This patch adds support for extracting LZ4-compressed kernel images, as well as LZ4-compressed ramdisk images in the kernel boot process. This depends on the patch below decompressor: Add LZ4

This patch adds support for LZ4 decompression in the Linux Kernel. LZ4 Decompression APIs for kernel are based on LZ4 implementation by Yann Collet. LZ4 homepage :

Hi, This is the third version. In this version, Some codes are fixed and more description and note are added. I would like to thank David Sterba for his review. The Last patch[5/5] of the patch set

Hi, Please be reminded that the next Japan Technical Jamboree (#44) is scheduled on this Friday! http://elinux.org/Japan_Technical_Jamboree_44 Best, S. Ueda ----- JAPANESE

Yes, I will update it. Yes, It will be easy to parse and extract the meta information required for the kernel decompressor if output format is well-defined and standardized. Actually, I would like

(removed Richard Purdie and Albin Tonnerre as their email addresses seem to be bounding) :) Meddling... You sound like one of those nameless villains on Scooby Doo. If only I had a cool

Russell King - ARM Linux <linux@...> wrote: It sounds like we should merge both. I've sent Linus a little reminder for Markus's 3.9 pull request. Let's get down and review and test