From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:59827 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933272AbcAaTVK (ORCPT ); Sun, 31 Jan 2016 14:21:10 -0500 Date: Sun, 31 Jan 2016 11:21:09 -0800 From: Greg Kroah-Hartman To: Guenter Roeck Cc: linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, shuah.kh@samsung.com, info@kernelci.org, stable@vger.kernel.org, Ard Biesheuvel Subject: Re: [PATCH 4.1 000/127] 4.1.17-stable review Message-ID: <20160131192109.GD23698@kroah.com> References: <20160127180805.624425994@linuxfoundation.org> <56A9797E.6030600@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56A9797E.6030600@roeck-us.net> Sender: stable-owner@vger.kernel.org List-ID: On Wed, Jan 27, 2016 at 06:14:22PM -0800, Guenter Roeck wrote: > On 01/27/2016 10:12 AM, Greg Kroah-Hartman wrote: > >------------------------- > >NOTE: > > There are still a lot of pending stable patches in the queue, well > > over 400 of them to be specific, so some of your favorite/pet patches > > might not be included in these releases. Please be patient as I dig > > out from this backlog over the next few weeks. If there are specific > > patches that you just _must_ have included in a stable release soon, > > please let me know. > >------------------------- > > > >This is the start of the stable review cycle for the 4.1.17 release. > >There are 127 patches in this series, all will be posted as a response > >to this one. If anyone has any issues with these being applied, please > >let me know. > > > >Responses should be made by Fri Jan 29 18:07:17 UTC 2016. > >Anything received after that time might be too late. > > > > Build results: > total: 139 pass: 138 fail: 1 > Failed builds: > arm64:allmodconfig > > Qemu test results: > total: 95 pass: 93 fail: 2 > Failed tests: > arm64:smp:defconfig > arm64:nosmp:defconfig > > arm64:allmodconfig fails to build due to a crash in recordmcount, which > is caused by 'recordmcount: arm64: Replace the ignored mcount call into nop'. > That bug can be fixed by applying upstream commit c84da8b9ad37 ("recordmcount: > Fix endianness handling bug for nop_mcount"). I've applied this now, thanks. Hopefully this should all be straightened out and I'll go cut the release now... thanks, greg k-h