When unaligned accesses are required for uncompressing a kernel (such as
for LZO decompression on ARM in a patch that follows), including
linux/kernel.h causes issues as it brings in a lot of things that are
not available in the decompression environment.
However, those files apparently use
This is the first part of the lzo patch
The lzo compressor is worse than gzip at compression, but faster at
extraction. Here are some figures for an ARM board I'm working on:
Uncompressed size: 3.24Mo
gzip 1.61Mo 0.72s
lzo 1.75Mo 0.48s
So for a compression ratio that is still relatively close
This is the second part of patch. This part includes:
- changes to ach/arch/boot/Makefile to make it easier to add new
compression types
- new piggy.lzo.S necessary for lzo compression
- changes in arch/arm/boot/compressed/misc.c to allow the use of lzo or
gzip, depending on the config
-
kevin.gran...@gmail.com wrote:
So for a compression ratio that is still relatively close to gzip, it's
much faster to extract, at least in that case.
Is that time to run the extraction algorithm, or time to read in
image from media and extract? I think the time to read from the media
On Tue, 14 Jul 2009 15:36:01 +0200
Pierre Ossman pie...@ossman.eu wrote:
I'm afraid the time has come for me to step down as maintainer for the
MMC/SD/SDIO subsystem and for someone else to take over the rudder. It
is no secret that I haven't been able to give the maintainer role the
Andrew Morton wrote:
Until and unless someone else steps up I can act as maintainer of last
resort for MMC. As I'm presently doing for fbdev, hwmon, rtc, spi,
gpio, i2o and about 1000 other identifiable subsystems.
If no-one else is helping out, Im happy to also be CC'd on MMC patches.
I've
