From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1755470Ab3BDOjz (ORCPT <rfc822;w@1wt.eu>);
	Mon, 4 Feb 2013 09:39:55 -0500
Received: from mail-pa0-f48.google.com ([209.85.220.48]:40699 "EHLO
	mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1753347Ab3BDOjy (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 4 Feb 2013 09:39:54 -0500
Date: Mon, 04 Feb 2013 23:39:47 +0900
Message-ID: <87622887nw.wl%satoru.takeuchi@gmail.com>
From: Satoru Takeuchi <satoru.takeuchi@gmail.com>
To: Ben Hutchings <ben@decadent.org.uk>
Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org,
        torvalds@linux-foundation.org, akpm@linux-foundation.org
Subject: Re: [ 000/128] 3.2.38-stable review
In-Reply-To: <20130203144644.035172954@decadent.org.uk>
References: <20130203144644.035172954@decadent.org.uk>
User-Agent: Wanderlust/2.14.0 (Africa) Emacs/23.4 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

At Sun, 03 Feb 2013 15:46:44 +0100,
Ben Hutchings wrote:
> 
> This is the start of the stable review cycle for the 3.2.38 release.
> There are 128 patches in this series, which will be posted as responses
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Tue Feb  5 21:00:00 UTC 2013.
> Anything received after that time might be too late.

This kernel can be built and boot without any problem.
Building a kernel with this kernel also works fine.

 - Build Machine: debian wheezy x86_64
   CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
   memory: 8GB

 - Test machine: debian wheezy x86_64(KVM guest on the Build Machine)
   vCPU: x2
   memory: 2GB

I reviewed the following patches and it looks good to me.

> Chao Bi (1):
>       serial:ifx6x60:Delete SPI timer when shut down port
>          [014b9b4ce84281ccb3d723c792bed19815f3571a]
...
> Cong Ding (1):
>       fs/cifs/cifs_dfs_ref.c: fix potential memory leakage
>          [10b8c7dff5d3633b69e77f57d404dab54ead3787]
...
> Dan Carpenter (1):
>       EDAC: Test correct variable in ->store function
>          [8024c4c0b1057d1cd811fc9c3f88f81de9729fcd]
...
> H. Peter Anvin (2):
>       x86/Sandy Bridge: Sandy Bridge workaround depends on CONFIG_PCI
>          [e43b3cec711a61edf047adf6204d542f3a659ef8]
>       x86/Sandy Bridge: mark arrays in __init functions as __initconst
>          [ab3cd8670e0b3fcde7f029e1503ed3c5138e9571]
...
> Jan Kara (1):
>       xfs: Fix possible use-after-free with AIO
>          [4b05d09c18d9aa62d2e7fb4b057f54e5a38963f5]
> 
> Jason Liu (1):
>       mm: compaction: fix echo 1 > compact_memory return error issue
>          [7964c06d66c76507d8b6b662bffea770c29ef0ce]
...
> Kees Cook (1):
>       x86: Use enum instead of literals for trap values
>          [c94082656dac74257f63e91f78d5d458ac781fa5]
...
> Konrad Rzeszutek Wilk (2):
>       ACPI / cpuidle: Fix NULL pointer issues when cpuidle is disabled
>          [b88a634a903d9670aa5f2f785aa890628ce0dece]
>       intel_idle: Don't register CPU notifier if we are not running.
>          [6f8c2e7933679f54b6478945dc72e59ef9a3d5e0]
...
>       x86, efi: Set runtime_version to the EFI spec revision
>          [712ba9e9afc4b3d3d6fa81565ca36fe518915c01]
...
> Steven Rostedt (1):
>       ftrace: Be first to run code modification on modules
>          [c1bf08ac26e92122faab9f6c32ea8aba94612dae]
...
> Wang YanQing (1):
>       smp: Fix SMP function call empty cpu mask race
>          [f44310b98ddb7f0d06550d73ed67df5865e3eda5]

Thanks,
Satoru