> Rogier Wolff wrote:
> >
> > Alan Cox wrote:
> > > > In 2.2.13pre18 it is set to 0x2000, so I changed it and it solved the
> > > > problem.
> > > >
> > > > Could this be changed 'officially' in pre19 ?
> > >
> > > In 2.2.14 probably. I don't want to tinker with boot up code everyone
> > > depends on until 2.2.13 is out
> >
> > Alan,
> >
> > The problem, if I remember correctly, is that some kernels end up
> > gzipping exceptionally good and therefore require lots of space during
> > decompression. Wouldn't it be an idea to change the gzip -9 in
> > arch/i386/boot/compressed/Makefile to something like gzip -5 (Or
> > better yet, just gzip)? This will cause a slight kernel size
> > increase, but allows it to decompress in all cases.....
>
> That change is in 2.2.13 pre 18, as I noted yesterday. FWIW, "gzip" by
> itself typically selects compression level 6.
Well, as the post that started this thread clearly stated (by the topic,
and in the post itself) that the kernel in question WAS v2.2.13pre18, the
change obviously didn't work, in fact, the post said that 2.2.13pre17
worked fine while 2.2.13pre18 didn't.
I still think that the heap-size change is necessary, and I have a hard
time seeing any possible problems it could cause.
/David
_ _
// David Weinehall <tao@acc.umu.se> /> Northern lights wander \\
// Project MCA Linux hacker // Dance across the winter sky //
\> http://www.acc.umu.se/~tao/ </ Full colour fire </
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/