linux-kernel - Possible stable fix for decompressor speed

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 28 Jan 2014 16:14:28 +0000
From:	Mark Brown <broonie@...nel.org>
To:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc:	Jon Medhurst <tixy@...aro.org>,
	Alexandre Courbot <acourbot@...dia.com>,
	stable@...r.kernel.org, linaro-kernel@...ts.linaro.org,
	linux-kernel@...r.kernel.org
Subject: Possible stable fix for decompressor speed

The changes in patch 1431574a1c4c (lib/decompressors: fix "no limit"
output buffer length) avoid doing decompression a byte at a time when
decompressing into high physical addresses using a small, well isolated
change.  The patch can give a very noticable improvement in kernel boot
times on affected systems, for example with one ARM system this reduces
the total time to boot the kernel by more than a third.

Would you consider this patch for stable?  It doesn't quite fit within
the criteria but you've indicated in the past that such isolated and
well supported changs can be acceptable anyway.  If it's not OK for
stable it seems like it should be a good candidate for LTSI.

Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)