From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bedivere.hansenpartnership.com (bedivere.hansenpartnership.com [66.63.167.143]) by ozlabs.org (Postfix) with ESMTP id AEDAB2C02AD for ; Tue, 5 Feb 2013 05:30:21 +1100 (EST) Message-ID: <1360002617.2465.33.camel@dabdike> Subject: Re: [PATCH RESEND 1/1] arch Kconfig: remove references to IRQ_PER_CPU From: James Bottomley To: James Hogan Date: Mon, 04 Feb 2013 10:30:17 -0800 In-Reply-To: <1359972583-17134-1-git-send-email-james.hogan@imgtec.com> References: <1359972583-17134-1-git-send-email-james.hogan@imgtec.com> Content-Type: text/plain; charset="ISO-8859-15" Mime-Version: 1.0 Cc: linux-arch@vger.kernel.org, linux-mips@linux-mips.org, linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org, Helge Deller , linux-kernel@vger.kernel.org, Fenghua Yu , "James E.J. Bottomley" , Paul Mundt , Mike Frysinger , Ralf Baechle , uclinux-dist-devel@blackfin.uclinux.org, Thomas Gleixner , linuxppc-dev@lists.ozlabs.org, Paul Mackerras List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 2013-02-04 at 10:09 +0000, James Hogan wrote: > The IRQ_PER_CPU Kconfig symbol was removed in the following commit: > > Commit 6a58fb3bad099076f36f0f30f44507bc3275cdb6 ("genirq: Remove > CONFIG_IRQ_PER_CPU") merged in v2.6.39-rc1. > > But IRQ_PER_CPU wasn't removed from any of the architecture Kconfig > files where it was defined or selected. It's completely unused so remove > the remaining references. > > Signed-off-by: James Hogan > Cc: Thomas Gleixner > Cc: Mike Frysinger > Cc: Fenghua Yu > Cc: Ralf Baechle > Cc: "James E.J. Bottomley" > Cc: Helge Deller > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc: Paul Mundt > Acked-by: Tony Luck > Acked-by: Richard Kuo For what it's worth ACK, but I don't really think you need it since the patch is trivial and obviously correct. > > Does anybody want to pick this patch up? I see Thomas already has. Thanks, by the way, for not doing this as one patch per architecture ... James