Re: trunk: build error

"Gilles Espinasse" <[email protected]>
Newsgroups gmane.comp.security.ipcop.devel
Message-ID <30f101ccd859$52faaa30$f9b5a8c0@pii350>
>> Obviously the error is on a line in the log before what you past.
>>
> I found the error. It was basically not a build error but rather the
> build host ran out of available memory:
> 5073   LZMA    arch/x86/boot/compressed/vmlinux.bin.lzma
> 5074 lzma: (stdin): Cannot allocate memory
>

> > Build host is Debian Squeeze.
>>
>> For me, that build without error on debian squeeze 32bits
>>
> I am running squeeze 64bits in a virtual environment originally with
> 512 MB memory which apparently is to small. Increasing memory to 1024
> MB solved the problem.

Default linux-2.6.32 lzma -9 is a nonsense when just compressing
arch/x86/boot/compressed/vmlinux.bin kernel file, whose size is 3 MB.
lzma -9 could be seen when using make all V=1
Upstream already fixed that when using xz but this is unchanged using lzma.

Adding -vv to the lzma line show that
- with -9
lzma: Filter
chain: --lzma1=dict=64MiB,lc=3,lp=0,pb=2,mode=normal,nice=64,mf=bt4,depth=0
lzma: 674 MiB of memory is required. The limit is 17592186044416 MiB.
lzma: Decompression will need 65 MiB of memory.
  100 %     1234.1 KiB / 3025.2 KiB = 0.408   757 KiB/s       0:03

- without -9, -6 is the default
lzma: Filter
chain: --lzma1=dict=8MiB,lc=3,lp=0,pb=2,mode=normal,nice=64,mf=bt4,depth=0
lzma: 94 MiB of memory is required. The limit is 17592186044416 MiB.
lzma: Decompression will need 9 MiB of memory.
  100 %     1234.1 KiB / 3025.2 KiB = 0.408   774 KiB/s       0:03

So resulting size is the same

- without -9, -6 is the default, adding --lzma1=dict=3MiB help to reduce the
memory requirement
lzma: Filter
chain: --lzma1=dict=3MiB,lc=3,lp=0,pb=2,mode=normal,nice=64,mf=bt4,depth=0
lzma: 38 MiB of memory is required. The limit is 17592186044416 MiB.
lzma: Decompression will need 4 MiB of memory.
  100 %     1234.1 KiB / 3025.2 KiB = 0.408   775 KiB/s       0:03

Resulting size is again the same, and dictionary size equal the file to be
compressed is the maximun that should be used with a result.

I try adding nice=273,depth=512 lzma options that Lasse advised us to use
for the floppy compression but see no change, so this is good enought with
only --lzma1=dict=3MiB

Gilles


------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.