From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751216Ab1DTEc0 (ORCPT ); Wed, 20 Apr 2011 00:32:26 -0400 Received: from cantor.suse.de ([195.135.220.2]:40984 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750760Ab1DTEcZ (ORCPT ); Wed, 20 Apr 2011 00:32:25 -0400 Date: Tue, 19 Apr 2011 20:11:05 -0700 From: Greg KH To: Ben Hutchings Cc: Hans Rosenfeld , linux-kernel@vger.kernel.org, stable@kernel.org, akpm@linux-foundation.org, "H. Peter Anvin" , torvalds@linux-foundation.org, stable-review@kernel.org, alan@lxorguk.ukuu.org.uk Subject: Re: [Stable-review] [12/28] x86, cpu: Clean up AMD erratum 400 workaround Message-ID: <20110420031105.GA11945@suse.de> References: <20110419204117.979118654@clark.kroah.org> <1303263653.3464.65.camel@localhost> <20110420020128.GA27631@suse.de> <1303265862.3464.77.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1303265862.3464.77.camel@localhost> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 20, 2011 at 03:17:42AM +0100, Ben Hutchings wrote: > On Tue, 2011-04-19 at 19:01 -0700, Greg KH wrote: > > On Wed, Apr 20, 2011 at 02:40:53AM +0100, Ben Hutchings wrote: > > > On Tue, 2011-04-19 at 13:30 -0700, Greg KH wrote: > > > > 2.6.32-longterm review patch. If anyone has any objections, please let us know. > > > > > > > > ------------------ > > > > > > > > From: Hans Rosenfeld > > > > > > > > commit 9d8888c2a214aece2494a49e699a097c2ba9498b upstream. > > > > > > > > Remove check_c1e_idle() and use the new AMD errata checking framework > > > > instead. > > > > > > Clean-up patches are generally not candidates for longterm updates. > > > > This was added because a follow-on patch required it. > > Ah yes, 'x86, AMD: Set ARAT feature on AMD processors' is using the same > condition. > > Of course, that could have been backported by referring to the function > that this removes, rather than pulling in a load of other changes with > consequent risk of regressions. I prefer to take original patches for stable, it makes it easier in the end. thanks, greg k-h