[PATCH 2/5] include/linux/unaligned/{l,b}e_byteshift.h: Fix usage for compressed kernels

2009-07-22 Thread Albin Tonnerre
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

[PATCH 3/5] Add support for LZO-compressed kernels

2009-07-22 Thread Albin Tonnerre
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

[PATCH 4/5] Add support for LZO-compressed kernels for ARM

2009-07-22 Thread Albin Tonnerre
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 -

[PATCH 5/5] Add support for LZO-compressed kernels on x86

2009-07-22 Thread Albin Tonnerre
This is the third and last part of the patch, which contains the necessary changes to the x86 Kconfig and boot/compressed to allow the use of this new compression method Signed-off-by: Albin Tonnerre albin.tonne...@free-electrons.com --- arch/x86/Kconfig |1 +

Re: [PATCH 3/5] Add support for LZO-compressed kernels

2009-07-22 Thread H. Peter Anvin
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

Re: New MMC maintainer needed

2009-07-22 Thread Andrew Morton
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

Re: New MMC maintainer needed

2009-07-22 Thread Ian Molton
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

Re: New MMC maintainer needed

2009-07-22 Thread Matt Fleming
On Thu, Jul 23, 2009 at 01:08:08AM +0100, Ian Molton wrote: 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