From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 28 Jan 2014 08:28:06 -0800 From: Greg Kroah-Hartman To: Mark Brown Cc: Jon Medhurst , Alexandre Courbot , stable@vger.kernel.org, linaro-kernel@lists.linaro.org, linux-kernel@vger.kernel.org Subject: Re: Possible stable fix for decompressor speed Message-ID: <20140128162806.GB6972@kroah.com> References: <20140128161428.GO11841@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140128161428.GO11841@sirena.org.uk> Sender: linux-kernel-owner@vger.kernel.org List-ID: On Tue, Jan 28, 2014 at 04:14:28PM +0000, Mark Brown wrote: > 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. It's a one-line change that seems well tested and provides a noticed speedup, so yes, I can take it for the 3.10-stable tree, thanks. greg k-h