From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751420AbdAQUeq (ORCPT ); Tue, 17 Jan 2017 15:34:46 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:39038 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751385AbdAQUec (ORCPT ); Tue, 17 Jan 2017 15:34:32 -0500 Date: Tue, 17 Jan 2017 12:34:16 -0800 From: Andrew Morton To: Vlastimil Babka Cc: Stafford Horne , Peter Zijlstra , linux-kernel@vger.kernel.org, Thomas Gleixner , Kees Cook , Jessica Yu , Petr Mladek , Rasmus Villemoes , Yang Shi , Tejun Heo , Prarit Bhargava , Yaowei Bai , Andrey Ryabinin Subject: Re: [PATCH -next] init/main: Init jump_labels before they are used to build zonelists Message-Id: <20170117123416.6d0caf7544a3508d368ecea1@linux-foundation.org> In-Reply-To: <8c4e1c37-1a8e-9e5e-c276-f7bd3cfb248b@suse.cz> References: <20170117125624.8535-1-shorne@gmail.com> <20170117134454.GB6515@twins.programming.kicks-ass.net> <20170117143043.GA7836@lianli.shorne-pla.net> <8c4e1c37-1a8e-9e5e-c276-f7bd3cfb248b@suse.cz> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > > Will you be able to look into that? Openrisc doesnt have jump_label > > support, so its no issue at the moment. > > > > Archs that do have it: > > > > arch/arm64/Kconfig: select HAVE_ARCH_JUMP_LABEL > > arch/mips/Kconfig: select HAVE_ARCH_JUMP_LABEL > > arch/s390/Kconfig: select HAVE_ARCH_JUMP_LABEL > > arch/sparc/Kconfig: select HAVE_ARCH_JUMP_LABEL if SPARC64 > > arch/tile/Kconfig: select HAVE_ARCH_JUMP_LABEL > > arch/x86/Kconfig: select HAVE_ARCH_JUMP_LABEL > > arch/arm/Kconfig: select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU > > arch/powerpc/Kconfig: select HAVE_ARCH_JUMP_LABEL > > > > I looked at a few (arm, tile) and I dont see their arch_jump_label_transform* > > implementations depending on global state like ideal_nops from x86. They > > should be ok. > > Thanks, I'll try. > > > If no time, Should you change your patch to not use static keys for > > build_all_zonelists at least? > > Yes that would be uglier but possible if I find issues or I'm not > confident enough with the auditing... We could just revert f5adbdff6a1c40e19 ("mm, page_alloc: convert page_group_by_mobility_disable to static key")?