Compressed images?

Compressed images?

[William Jhun]

I've been looking through the recent linux-mips archives and it seems
there isn't a concensus about where to build compressed ((b)zImage)
images. We have been placing our code under arch/mips/boot/compressed,
though it seems that the latest oss tree doesn't have such a directory,
and the only reference I can find to building a compressed image is in
galileo-boards/ev64120/compressed/.

Should we be placing our boot image compression stuff in our
platform-specific directory? Are most MIPS-based Linux platforms not
using compressed images?

Thanks,
Will

Re: Compressed images?

[Karsten Merker]

On Mon, Mar 04, 2002 at 12:08:03PM -0800, William Jhun wrote:

> Should we be placing our boot image compression stuff in our
> platform-specific directory? Are most MIPS-based Linux platforms not
> using compressed images?

I cannot speak for "most" platforms, but at least the DECstations
and the SGI IP22 (Indy and Indigo2) can only boot uncompressed images
currently, so it does not make sense to build compressed images for
them.

Regards,
Karsten
-- 
#include <standard_disclaimer>
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.

Re: Compressed images?

[Jun Sun]

Ralf Baechle wrote:

> On Mon, Mar 04, 2002 at 12:08:03PM -0800, William Jhun wrote:
> 
> 
>>I've been looking through the recent linux-mips archives and it seems
>>there isn't a concensus about where to build compressed ((b)zImage)
>>images. We have been placing our code under arch/mips/boot/compressed,
>>though it seems that the latest oss tree doesn't have such a directory,
>>and the only reference I can find to building a compressed image is in
>>galileo-boards/ev64120/compressed/.
>>
>>Should we be placing our boot image compression stuff in our
>>platform-specific directory? Are most MIPS-based Linux platforms not
>>using compressed images?
>>
> 
> General rant, not directed to you personally.  Right now we've got more
> than half a dozen variations of code to support compressed images throughout
> the kernel.  So I'm not going to accept any new patches for compressed
> images before this mess has been cleaned.  Volunteers :-)
> 


I think I am leaning towards leaving compressed image outside kernel itself.

I don't see any technical reason why it must be inside kernel.

Then it must be the code sharing argument.  However, it seem MIPS boards are 
so much more diversified than x86 machines.  Any sharing, if there are any, is 
limited.  Also there are other way of sharing code than stacking it into 
kernle tree, I suppose.

Another aimless general rant .... :-)

Jun

Re: Compressed images?

[Ralf Baechle]

On Mon, Mar 04, 2002 at 12:08:03PM -0800, William Jhun wrote:

> I've been looking through the recent linux-mips archives and it seems
> there isn't a concensus about where to build compressed ((b)zImage)
> images. We have been placing our code under arch/mips/boot/compressed,
> though it seems that the latest oss tree doesn't have such a directory,
> and the only reference I can find to building a compressed image is in
> galileo-boards/ev64120/compressed/.
> 
> Should we be placing our boot image compression stuff in our
> platform-specific directory? Are most MIPS-based Linux platforms not
> using compressed images?

General rant, not directed to you personally.  Right now we've got more
than half a dozen variations of code to support compressed images throughout
the kernel.  So I'm not going to accept any new patches for compressed
images before this mess has been cleaned.  Volunteers :-)

  Ralf

Re: Compressed images?

[William Jhun]

On Mon, Mar 04, 2002 at 02:50:43PM -0800, Jun Sun wrote:
> 
> I think I am leaning towards leaving compressed image outside kernel itself.
> 
> I don't see any technical reason why it must be inside kernel.
> 
> Then it must be the code sharing argument.  However, it seem MIPS boards are 
> so much more diversified than x86 machines.  Any sharing, if there are any, is 
> limited.  Also there are other way of sharing code than stacking it into 
> kernle tree, I suppose.
> 
> Another aimless general rant .... :-)
> 
> Jun

But this is a good point. Our own compressed/ build requires building
several elf-header-mangling tools just to get our bootstrap (which we
can't change) to even recognize the finished image.

Though, I'm not sure how much the different decompression (misc.c)
routines vary; could there be some way to do this in a
platform-independent way?

Hmm!
Will

Re: Compressed images?

[Geoffrey Espin]

On Mon, Mar 04, 2002 at 02:57:09PM -0800, Ralf Baechle wrote:
>                                                Right now we've got more
> than half a dozen variations of code to support compressed images throughout
> the kernel.  So I'm not going to accept any new patches for compressed
> images before this mess has been cleaned.  Volunteers :-)

Do you mean just the 'ad hoc' MIPS schemes, or across the whole gamut of
Linux architectures?

The problem isn't so much the compression mechanics, but the BSP/LSP.

It would be helpful if there was one architecture that was
considered the 'ideal'.  Though I haven't actually used it:
arch/ppc/boot appears very flexible, and adheres to a strict
layout and naming convention.

Geoff
--
Geoffrey Espin
espin@idiom.com

Re: Compressed images?

[Geoffrey Espin]

> But this is a good point. Our own compressed/ build requires building
> several elf-header-mangling tools just to get our bootstrap (which we
> can't change) to even recognize the finished image.
> Though, I'm not sure how much the different decompression (misc.c)
> routines vary; could there be some way to do this in a
> platform-independent way?

Pete Popov's mips/zboot is probably the most generic for MIPS,
though, it only was done for Alchemy's.  See:

    http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/linux-mips/linux/arch/mips/zboot/


[I re-ported it to Korva and reduced much of the extraneous fluff
(both extra misc- source files and unneeded utils/), but its
never been checked into CVS.]

Geoff
--
Geoffrey Espin
espin@idiom.com
--