From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753862Ab2GJGL5 (ORCPT ); Tue, 10 Jul 2012 02:11:57 -0400 Received: from e31.co.us.ibm.com ([32.97.110.149]:51884 "EHLO e31.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752347Ab2GJGL4 (ORCPT ); Tue, 10 Jul 2012 02:11:56 -0400 Date: Sun, 8 Jul 2012 14:17:07 -0700 From: "Paul E. McKenney" To: Josh Triplett Cc: Frederic Weisbecker , LKML , Alessio Igor Bogani , Andrew Morton , Avi Kivity , Chris Metcalf , Christoph Lameter , Geoff Levand , Gilad Ben Yossef , Hakan Akkan , "H. Peter Anvin" , Ingo Molnar , Kevin Hilman , Max Krasnyansky , Peter Zijlstra , Stephen Hemminger , Steven Rostedt , Sven-Thorsten Dietrich , Thomas Gleixner Subject: Re: [PATCH 6/6] x86: Exit RCU extended QS on notify resume Message-ID: <20120708211707.GG2522@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <1341576018-10721-1-git-send-email-fweisbec@gmail.com> <1341576018-10721-7-git-send-email-fweisbec@gmail.com> <20120706163338.GW2522@linux.vnet.ibm.com> <20120706204329.GA9163@leaf> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120706204329.GA9163@leaf> User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Scanned: Fidelis XPS MAILER x-cbid: 12071006-7282-0000-0000-00000AC0C59E Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 06, 2012 at 01:43:29PM -0700, Josh Triplett wrote: > On Fri, Jul 06, 2012 at 09:33:38AM -0700, Paul E. McKenney wrote: > > On Fri, Jul 06, 2012 at 02:00:18PM +0200, Frederic Weisbecker wrote: > > > --- a/arch/x86/Kconfig > > > +++ b/arch/x86/Kconfig > > > @@ -95,6 +95,7 @@ config X86 > > > select KTIME_SCALAR if X86_32 > > > select GENERIC_STRNCPY_FROM_USER > > > select GENERIC_STRNLEN_USER > > > + select HAVE_RCU_USER_QS if X86_64 > > > > And I will bite yet again. Why only 64-bit kernels? > > Because HAVE_RCU_USER_QS requires an architecture-specific component, > and this patch series only added the necessary bits to entry_64.S. OK, please allow me to rephrase the question. Why only entry_64.S? ;-) Thanx, Paul