Re: 2.6.33-rc1: LZMA kernel fails to decompress

[Alain Knaff <alain@knaff.lu>]

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

Michael Tokarev wrote:
> Tvrtko Ursulin wrote:
>> Hi,
>>
>> When run under VMware, LZMA compressed 2.6.33-rc1 instantly reboots in the 
>> decompression stage. At least I suppose so, because switching to GZIP makes 
>> it work.
> 
> Switch /bin/sh from dash to bash and recompile (actually relink) - it should work.
> 
> /mjt

I can confirm this. A similar issue used to exist for older kernels,
which then got fixed by replacing "echo" with "/bin/echo" in the
size_append command scripts/Makefile.lib . The reason why this was
needed is that some shells (such as dash) have a defective built-in echo
command. Specifying the full path forces to use the system echo command
rather than the broken shell builtin.

In 2.6.33, for some reason, echo has been replaced with printf. With a
_pathless_ printf! The fix is the same as in earlier kernels: add the path.

With the attached patch applied, the kernel compiles correctly even if
sh is linked to dash.

Regards,

Alain


[-- Attachment #2: dash.patch --]
[-- Type: text/x-diff, Size: 581 bytes --]

diff -ur linux-2.6.33-rc2/scripts/Makefile.lib linux-2.6.33-rc2.fixed/scripts/Makefile.lib
--- linux-2.6.33-rc2/scripts/Makefile.lib	2009-12-24 21:09:41.000000000 +0000
+++ linux-2.6.33-rc2.fixed/scripts/Makefile.lib	2009-12-27 18:34:23.000000000 +0000
@@ -213,7 +213,7 @@
 
 # Bzip2 and LZMA do not include size in file... so we have to fake that;
 # append the size as a 32-bit littleendian number as gzip does.
-size_append = printf $(shell						\
+size_append = /usr/bin/printf $(shell						\
 dec_size=0;								\
 for F in $1; do								\
 	fsize=$$(stat -c "%s" $$F);					\